有时在 SNAFU 期间，我必须跑kill query xxxxxxx二十或三十次。任何形式的kill all命令我失踪？
因为我不喜欢打字。
我有一个 10.6GB 的 MySQL 数据库——它有 MyISAM 和 InnoDB 表。一个特定的表（称为“响应”）是 8Gb - 该表是 InnoDB。
实时数据库被复制到另一台服务器，我使用 MySQLDump 从复制服务器进行备份……实时服务器运行 Windows，但复制服务器运行 CentOS。
MySQLDump 命令是：
mysqldump --verbose --lock-tables=true --max-allowed-packet=1024M --host=192.168.1.182 --user=myusername --password=mypassword --opt --databases databasename > databasename.sql
该命令运行到“响应”表的一半 - 当我们得到：错误 2013 - 查询期间在第 12891212 行转储表响应时丢失与 MySQL 服务器的连接
经过一番谷歌搜索后，我尝试将以下命令添加到 MySQLDump（独立和同时）：
--net-buffer-length=32704
和
--skip-extended-insert
错误仍然发生在同一个地方。
为了完整起见，我尝试在 NaviCat 和 MySQL Workbench 中转储数据库 - 两者都返回相同的错误。
所以，我想知道这是否是腐败问题。我尝试运行以下（在复制服务器上）：
CHECK TABLE responses;
和
CHECK TABLE responses EXTENDED;
两者都返回以下内容：错误 2013 - 查询期间与 MySQL 服务器的连接丢失。
实时数据库非常忙，所以我有点担心......我在实时表上启动了CHECK TABLE，但不出所料，它导致应用程序停止，所以我不得不停止它。
这里欢迎任何建议......最终目标是使用 MySQLDump 进行备份。
谢谢
更新：我尝试使用 NaviCat 将表（在复制服务器上）复制到另一台服务器上的新数据库 …