方法一
1。在mysql的命令模式下使用
   mysql > select CURTIME();
   或
   mysql > select now();
   看当前时间是否正确，可以看到mysql当前使用的是那一个时区的时间。
2。在mysql命令行中更改时区
   mysql > SET time_zone = '+8:00';   # 此为北京时，我们所在东8区
   mysql> flush privileges;   # 立即生效
此时mysql时区已更改正确，与系统时区都使用为 Shanghai时间了。
#### 这种方法好像只能在终端上使用，退出终端后时间又会变成原来的，看来只能重启mysql了。
3。重启mysql也应没有问题，此时mysql会主动读取系统时间。
方法二：
如果mysql数据库可以重启，直接重启，mysql应可以立即主动读取系统时间，如果不行则更改mysql的配置文件(mysql.cnf)
在my.cnf的 [mysqld]区域中加上
default-time_zone = '+8:00'     #此为北京时。

查看mysql的运行时长
SHOW GLOBAL VARIABLES LIKE '%timeout'

2. 连接超时
如果程序使用的是长连接，则这种情况的可能性会比较大。
即，某个长连接很久没有新的请求发起，达到了server端的timeout，被server强行关闭。
此后再通过这个connection发起查询的时候，就会报错server has gone away
$ mysql -uroot -p -e "show global variables like '%timeout';"

3. 进程在server端被主动kill
这种情况和情况2相似，只是发起者是DBA或者其他job。发现有长时间的慢查询执行kill xxx导致。
$ mysql -uroot -p -e "show global status like 'com_kill'"

4. Your SQL statement was too large.
当查询的结果集超过 max_allowed_packet 也会出现这样的报错。定位方法是打出相关报错的语句。
用select * into outfile 的方式导出到文件，查看文件大小是否超过 max_allowed_packet ，如果超过则需要调整参数，或者优化语句。
mysql> show global variables like 'max_allowed_packet';