问题重现:

有一个表总是在写入数据的时候报2013的错误

原因分析:

官方文档,总结一下3种可能性,一般都是第一或第二种原因

首先SQLAlchemy官方对该错误的解释:

针对与数据库操作相关的错误而引发的异常,并且不一定在程序员的控制之下,例如, 发生意外断开连接,找不到数据源名称,无法处理事务,处理期间发生内存分配错误等。

此错误是DBAPI错误,源自数据库驱动程序(DBAPI),而不是SQLAlchemy本身。

OperationalError是驱动程序在被删除的数据库连接的上下文中使用的最常见(但不是唯一)错误类,或者无法连接到数据库。

原因1:备份可能达到MySQL超时限制

这里讨论的特定变量是net_read_timeout和net_write_timeout,它们分别设置为30秒和60秒。 你可以在my.cnf配置文件中根据需要设置它们来更改它们。以下是个例子。

对my.cnf进行这些更改后,必须重新启动MySQL!!!

net_read_timeout = 120
net_write_timeout = 900

更改这些设置而无需重新启动MySQL,则可以使用以下SQL语句执行此操作:

set global net_read_timeout = 120;
set global net_write_timeout = 900;

原因2:增加max_allowed_packet设置

在my.ini配置文件 mysqld 节点下添加

max_allowed_packet = 500M

配置MySQL允许的最大数据包大小,上面的500M你可以根据你的项目修改为你自己的值,只要比要导入的备份文件大就可以了。

原因3:可能为坏表

有时“丢失连接”错误是由损坏的表引起的。

您可以尝试设置

innodb_force_recovery = 1

重新启动mysql以查看是否有帮助。 如果是此原因,执行转储可能会修复页面缓存,你可以将其转回0或删除该配置。

Logo

华为云1024程序员节送福利,参与活动赢单人4000元礼包,更有热门技术干货免费学习

更多推荐