最初はサーバープログラムに従ってログを印刷し、サーバーの時間は正常であると考えました（結局、それは画面ですか？分離されたままで、錯覚を引き起こしやすいです）mysql NOW（）の時間は速いです。
？
後で、サーバー時間がほぼ満杯で、mysqlがサーバーの問題であることがわかりました（もちろん、mysql自体もタイムゾーンを設定できます。この例は必要ありません。最初に気にする必要はありません）。サーバー時間を変更するだけです。
？
日付を変更する：必要なし
#date？-s？06/10/96
時間を変更する：オンラインで検索し、北京時間に来る
＃？date？-s？9：48：00
木？2月？12？09：48：00？CST？2015
成功する
？
？
？
彼は自動的に速く走ったのですか？または、これまでに注意を払っていません。逸脱した場合は、1つのステップで問題を解決することをお勧めします。
タイムゾーンを見て、上海があるなら、北京がないなら、ただ上海を使う
？
？
＃？cp？/ usr / share / zoneinfo / Asia / Shanghai？/ etc / localtime
＃？ntpdate？us.pool.ntp.org
2月12日09：59：36？ntpdate [18715]：ステップ時間サーバー132.163.4.102オフセット0.615304秒
？
（yum？install？-y？ntpdate安装ntpdate）
時限プランに参加する
#crontab？-e
？
保存して終了：ファイルの保存中に発生した問題
間違ったフォーマット
できた！
詳細情報とコマンド形式については、crontabを検索してください。
または、次のリンクに移動します。つまり、コマンドを実行するための一定の期間を設定します
centos同期システム時間
？http：//www.2cto.com/os/201109/103909.html
さらに、mysqlを介してタイムゾーンを設定したいとします。
http://blog.sina.com.cn/s/blog_6183b4210100fuel.html