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