报错如下：

ERROR 1231 (42000): Variable ‘time_zone’ can’t be set to the value of ‘NULL’

常见于使用source执行sql文件

MySQL server has gone away

常见于外部导入sql文件，如看到该报错应先查看sql文件大小是否超过max_allowed_packet，如不超过，则再排查其他原因

报错原因

常见于mysql数据库中执行source导入太大的sql文件的情况，原因是由于执行的sql文件过大，超过max_allowed_packet的值导致失败。

如果是使用备份进行数据库回滚或修复出现此问题，建议主库备份时就分库备份或使用xtrabackup备份，也可从mysqldump备份出的大sql文件中，筛出单个库或者单个表进行恢复(方法如下：)

https://blog.csdn.net/GX_1_11_real/article/details/85263863

解决方法

修改max_allowed_packet的值

如不设置此参数，通常默认为4M

max_allowed_packet 最大值是1G(1073741824) 设置超过1G，最终结果也只有1G

方法一：临时修改

<1>查看当前max_allowed_packet的值

show variables like 'max_allowed_packet';

select @@max_allowed_packet;

<2>数据库中临时修改(重启数据库后失效)

下列演示的是20M的设置，可根据需求设置，要大于执行的sql文件大小

不直接使用set global max_allowed_packet=20M的原因是：命令行进行修改时，通常要算成字节数设置

set global max_allowed_packet = 20 * 1024 * 1024;

or

set global max_allowed_packet = 2 * 1024 * 1024 * 10;

exit退出数据库，再重新进入，即可生效

方法二：持久化修改

<1>修改该数据库配置文件

通常是/etc/my.cnf，根据实际情况修改配置文件

下列演示的是20M的设置，可根据需求设置

vim /etc/my.cnf

[mysqld]

max_allowed_packet = 1024M

或者

max_allowed_packet = 1G

<2>重启数据库

根据安装方法不同，重启方法不同，通常为下列命令

service mysql restart

systemctl restart mysql

<3>进入数据库后，查看是否生效

show variables like 'max_allowed_packet';