Mysql: AppEngine上のGoogleCloudSQL-接続文字列が古くなっていますか？

user @ cloudsql （project-id：instance-name）/ dbname
古いものです。 私はまだそれを使用しているので、それはまだ動作します。

最近、gaeはデータベースをリージョンに分類し始めたため、新しい形式になりました。 cloudsqlがリージョンに分類されている場合は、新しい形式を使用する必要があります

おそらく、このドライバーは新しい形式を適切に解析しません。 それが問題かもしれません

あなたの場合、第2世代のクラウドSQLサーバーを実行していますか？

第一世代はありません

ドライバーが新しい形式を解析していないのではないかと思います。 新しいコロンが存在するかどうかに関係なく、最初のコロンの前のコンテンツと最初のコロンの後のコンテンツを取得するように、コードを変更する必要がある場合があります。

現在更新中のプルリクエストがあります

ヘッドアップをありがとう。 そのPRにコメントを残しました。
一時的な回避策として、ドライバーの問題が修正されるまで、第1世代のサーバーをセットアップします。

更新：デプロイされたGoogleAppEngineアプリケーションが第2世代のGoogleCloudSQL Serverに接続しようとすると、ドライバーに問題があるようです。

第1世代のCloudSQLServerを作成し、デプロイされたGoogleAppEngineアプリケーションを使用して次の接続文字列でサーバーに正常に接続できました。

user@cloudsql(project-id:instance-name)/dbname

地域名は必要ありませんでした。

解析は問題にはならないはずです。ドライバーは親の間ですべてを取ります： https ：//github.com/go-sql-driver/mysql/blob/master/dsn.go#L282
https://github.com/go-sql-driver/mysql/blob/master/driver.go#L65でのみ使用されます

cloudsqlアカウントをお持ちの方は、ドライバーをダウンロードし、 https：//github.com/go-sql-driver/mysql/blob/master/appengine.go#L14を編集して、 "appengine/cloudsql"を"google.golang.org/appengine/cloudsql"に置き換えてください。

_みんな、参考のために： _
第2世代に接続するためのGoogleが提供するソリューションは次のとおりです。
http://stackoverflow.com/questions/38890022/tls-requested-but-server-does-not-support-tls-error-with-google-cloud-sql-2nd

グーグルの投稿されたドキュメントは間違っていた（そしておそらくまだ間違っている）が、正しい解決策がそこに投稿されている。 本番環境では問題なく第2世代のクラウドSQLを使用しています。

これに対する解決策はありますか？ 間違いなくCloudSQL第2世代では動作しません。

@bagatelliあなたの上の私のコメントを見てください

@benguild私はあなたのコメントを複数の場所で見ました。 ただし、すべての人が接続でSSLを使用していると想定していますが、これはすべての人に当てはまるわけではありません。 確かにそれは私のものではありません。 表示されるエラーメッセージは「ドライバー：接続不良」です。 ドライバーが接続パラメーターを正しく識別できないため、データベースに到達することすらできません。 この問題は、「新しいappengine」と「oldappengine」のパッケージで発生した混乱のどこかにあると思います。これにより、多くの問題が発生し、Googleはこの変更を適切に文書化する必要がありません。

@bagatelli明確にするために、このコメントで言及されている接続文字列形式を使用していることを確認してください： http ://stackoverflow.com/questions/38890022/tls-requested-but-server-does-not-support-tls-error-

前の簡潔さのために申し訳ありません。 Go onAppEngineの第2世代を問題なく使用しています。 SQLプロキシが追加するため、「tlsConfigName」パラメータは省略してください。ただし、どちらの方法でも、TLSがサポートされるようになったことを報告します。

@benguild 。 これらすべての問題について私を助けてくれてありがとう。
「新しいappengine」または「古いappengine」を使用していますか？ すべてのコードを新しいappengineパッケージであるこの新しい悪夢に変換するのに1日を費やしました。他の投稿からわかるように、コードをデプロイできなくなったため、上記で提案した内容を適切にテストできません。 。 アプリをデプロイするための解決策が見つかったら、すぐに再試行します。
ありがとう！

@bagatelliデプロイで問題が発生した場合は、コードをVMにプルするか、GoogleCloudConsoleを使用してみてください。

@bagatelli私が言っていたのは...新しいマシンで試してみるか、クラウドコンソール（すでに開発ツールがあります）を使用してから、環境に関連していないという事実を書き留めるということでした。

現在、4か月前のバグのため、macOS Sierraを使用してデプロイできませんが、VMから正常にデプロイできます。

環境から完全に離れるのはもっと手間がかかると確信しているので、完全に終了する前に、少なくともそれを除外することを忘れないでください。

@pjebs 。 この仮定がどこから来たのかわかりませんが、私は柔軟な環境を使用していません。

@pjebsそれは正しくありません。 これが現在、標準に展開する方法です。

@pjebs appcfg.py updateも機能します。

@bagatelli聞いたことがありますが、私は通常、サードパーティの依存関係とAPIの依存関係を最小限に抑える傾向があります。そうしないと評判が悪くなる可能性がありますが、Googleはサポートを提供する義務はありません。

現在、正確に何が問題になっているのかわかりませんが（古いAPIを使用している以外は）、AppEngine用に開発したすべてのソフトウェアもAppEngineから移行することを目的として開発しました。必要に応じて。 たとえば、インターフェースするすべてのGoogle APIについて、実際にメソッドを呼び出し、アプリケーションの残りの部分に独自のヘルパーを提供する「ヘルパー」を記述します。これにより、必要に応じて新しい環境に調整する必要があります。うまくいけば]アプリケーションの残りの部分を壊すことなく。

私にとって、App Engineは、スケーリングと設定以外にほとんど構成を必要としない環境であり、いくつかの優れたAPIを提供するため、より便利です。 何かがうまくいかないときは迷惑ですが、あなたが話していることのような問題がある場合、彼らはプレミアムサポートを提供しますか？

@pjebs。 私が理解しているように、goappはappcfg.pyの単なるラッパーです。 ある時点でappcfg.pyを呼び出すことになります。

@bagatelliはい、メールを送ってください。 問題ない

@benguild 。 私はついにアプリをデプロイすることができましたが、それでもCloudSQLに接続することはできません。
「新しいappengine」パッケージを使用するようにアプリ全体を更新し、mysql-driverパッケージの「appengine.go」でclousqlのインポートをgoogle.golang.org/appengine/clousqlに設定しました。
次に、CloudSQLコントロールパネルからクライアント証明書を作成し、stackoverflowの投稿に記載されているように、パラメーターとしてtls configを提供するドライバーのドキュメントに記載されているように、RegisterTLSConfigを使用してコードを更新します。 私のURL接続は次のようになります：

root：password @ cloudsql （instance-connection-name-copied-from-cloud-console）/ myDatabase？tls = customTls

まだ運がない。 エラー：

ドライバー：接続不良

@arnehormann 。 これは、上記の投稿からの質問に答えます。

@bagatelliTLSなしで試してみてください。

@benguild 。 tlsなしで試してみました。 運がない。

ドライバー：接続不良

@pjebs 。 ここで問題を完全に理解しているかどうかはわかりません。 ドライバーはデータベースに到達していません。 上記の内容が実稼働環境に当てはまる可能性があることは理解していますが、データベースへの単一の接続を確立することさえできないため、私の場合、上記はまったく当てはまりません。

@bagatelli私がすることは、私がしたようにStack Overflowに投稿し、それにタグを付けることです： google-cloud-sql ...Googleの誰かが応答するはずです。

この問題が発生している場合は、同じ問題を抱えている他の人のためにインデックスを作成してもらいたいと考えています。 解決したら、質問へのリンクをここに返信します。

私が言ったように、人々は本番環境で第2世代を使用しており、ベータ版ではないため、おそらくそれはまだ実装に関係しています。

@bagatelliクラウドコンソールでインスタンスの「TLS必須」設定をオフにすることを覚えていますか？

@benguildと@pjebsに感謝します。 SOに投稿し、原因が見つかった場合はここで更新を行います。

@benguild 。 クラウドコンソールでTLSへの言及が表示されません

「SSL接続のみを許可する」という意味だと思います。 これがあなたが話していることなら、そうです、それはオフです。

わかりました、私は問題を見つけました。 そして、それはドライバーでも、私のアプリでも、CloudSQLでもありませんでした。 私がアプリをデプロイしているプロジェクトは、何年も前に古い開発者コンソールを介して作成されました。
クラウドコンソールの[アクセス制御]タブには、「このプロジェクトのアプリ：すべて承認済み」というラベルがあります。 プロジェクトが作成されると、デフォルトのappengineアカウントとコンピューティングエンジンアカウントも作成されます。 問題は、この特定のプロジェクトにデフォルトアカウントの両方がなく、それが問題であることをかなり確信していることです。 おそらく起こったことは、GoogleがappengineをIAMとAdminを使用してアクセスアカウントを管理するクラウドコンソールに移行したときに、これらのアカウントを作成しなかったことです。
欠落しているデフォルトのアカウントに気付いたとき、新しいプロジェクトと新しいクラウドSQLデータベースを作成し、まったく同じコードをこの新しいプロジェクトにデプロイしたため、_voila_...すべてが正常に機能していると思います。
@benguild@ pjebsこの問題への取り組みにご協力いただきありがとうございます。
@benguild AppEngine / Googleに関連する同じページにいると思うので、以前の会話から無関係なコメントをすべて削除しました。 後でメールを送信します。
私はこの質問をStackOverflowに投稿しました。同じ問題を抱えている他の人が恩恵を受けることができるように、この発見で答えます。
http://stackoverflow.com/questions/40020782/connect-to-google-sql-cloud-2nd-generation-with-go-on-appengine

再度、感謝します！

ええ、App EngineがSQLインスタンスにアクセスできない場合は、問題が発生します。 👍🏻

＃485で修正

私が言えるのは@benguildに感謝することだけです！ 500個の開いたクロムタブと5時間のグーグルの後、キーボードに頭をぶつけるのをやめるのを手伝ってくれました！ ハレルヤ！！！