问题重现：

有一个表总是在写入数据的时候报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或删除该配置。