データベースエラー:serverTimeZone

今日、何かが起こった、アイデアを見つけ、書き込みコードに昼休みの後にスリープ状態に戻って食べるために正午にはほとんど閉じていない、オープン通常は常に、閉じました。また、XiemenのErはありませんが、開封後に開始プロジェクトを報告しました:サーバーのタイムゾーンvalue'XXXXXXは「...そう間違って認識されていないかを表します。

Baiduのタイムゾーンの問題であり、多くのオンラインソリューションは、データベースのURLの後に追加されます:serverTimezone = UTC。しかし、このような3月2日からのページとして、1日少ない日でデータベースを追加した後、データベースに格納は3月1日となりました。そして、Baiduの一部、それはUTCアジア/上海を交換する必要がありますと言います。翻訳アジア/上海。まあ面倒、オリジナルではありませんので。そして、もともとデータベース環境をセットアップし、設定しているように見える、あなたがそれを設定するには、SQLコマンドを使用することができ、タイムゾーンデータベースを考える、その後、別の解決策を見つけますか?その後、SQL文をBaiduの。発見:セットグローバルTIME_ZONE = '8: 00'; Navicatは実行し、実行成功。そして、始まったプロジェクトを開始するために、通常です。日付、データベースと一致して選択した日付を選択するために、ページを保存するようにしてください。

少なくとも解釈を通じて、正しいか間違っているなんて言わないで、コナンは、その理由を分析した学習のアイデアの後に分析。

プロジェクトが開始され、例外は実行の終了割り込みを直接発生したデータベースとの接続は、データベース環境を使用して、プロジェクトを開始するときに我々はこのエラーを報告した理由のタイムゾーンを設定していないため、設定が失われ、設定情報を保存する時間がありません。

右に感じる、正しい私のマスターをしてください。

また、私が遭遇した問題を解決するためにどのように認識が、自分自身の分析、判断力を持っていることが重要であり、重要ではありません持っています。このような考え方はますます明らかになるだろう。容易に対応するためには、物事の本質をつかみます。

おすすめ

転載: www.cnblogs.com/caihouzi/p/12164096.html