最近迁移项目中发现,转移数据库出现的几个问题,其中之一就是 2006 error,解决过程如下:

       首先贴出报错结果

       [Msg] Finished - Unsuccessfully

       【数据库】MySql报2006error错误的解决方法(数据过大)

       出现这个结果,首先检查SQL文件查看当前编码,将编码改为:以utf8无bom格式编码。

       【数据库】MySql报2006error错误的解决方法(数据过大)

       

       原因如下:

       BOM(byte order mark)是为 UTF-16 和 UTF-32 准备的,用于标记字节序(byte order)。微软在 UTF-8 中使用 BOM 是因为这样可以把 UTF-8 和 ASCII 等编码明确区分开,但这样的文件在 Windows 之外的操作系统里会带来问题。

       BOM(byte order mark)是为 UTF-16 和 UTF-32 准备的,用于标记字节序(byte order)。微软在 UTF-8 中使用 BOM 是因为这样可以把 UTF-8 和 ASCII 等编码明确区分开,但这样的文件在 Windows 之外的操作系统里会带来问题。

       设置还是报错,翻查到报错详细错误代码[Err] 2006 -Mysql server has gone away.


       【数据库】MySql报2006error错误的解决方法(数据过大)

     

       查看资料,错误很明显了,是批量插入数据内容过大导致(比如做过cms系统的都知道,把文章内容放到一个text/longtext类型的字段里,

这个字段本身占用的数据量是很大的,超过1M,直接导致my.ini中 max_allowed_packet = 1M这条失效,所以报2006错)

       解决办法:找到你的mysql目录下的my.ini配置文件,修改/加入以下代码

      (修改)max_allowed_packet=500M

      (修改)wait_timeout=288000

      (加入)interactive_timeout = 288000

       【数据库】MySql报2006error错误的解决方法(数据过大)

       【数据库】MySql报2006error错误的解决方法(数据过大)

       最后解决

     【数据库】MySql报2006error错误的解决方法(数据过大)

      最后附上所有常见类型的mysql报错解决方法——点击打开链接

      

       

相关文章:

  • 2021-07-19
  • 2021-06-22
  • 2022-12-23
  • 2022-12-23
  • 2021-08-04
  • 2021-09-05
  • 2022-12-23
猜你喜欢
  • 2021-12-15
  • 2021-03-31
  • 2021-07-18
  • 2021-12-04
  • 2021-05-28
  • 2021-07-05
  • 2021-12-06
相关资源
相似解决方案