在MySQL Workbench中，从连接故障中恢复的最佳方法是什么？

背景：这个问题是我上周在这里发布的另外两个问题的后续问题。在2-3周的学习MySQL的过程中，我试图获得一个PythonStockInfo废弃程序，将数据输入MySQL模式（数据库、表），我在连接方面遇到了严重的困难。我相信我现在已经找到了问题的根源。在我的Python脚本和MySQL表之间的通信过程中似乎发生了一些事情。我将进一步研究这个问题；然而，与此同时，在运行Python脚本之后，我刷新了MySQL表，以确认数据已经成功写入；在那一点上，我得到的信息是，与数据库的通信链路已经崩溃。检查Windows服务显示相应的服务已停止。尝试重新启动windows服务导致

消息说服务正在启动，然后是

显示“启动挂起”的消息，后跟

消息说“服务已停止。（我是根据记忆写的，所以措辞不准确）

我花了20-30分钟在Workbench内尝试各种重启方法，专注于Windows服务，但没有成功。最后，在关闭所有打开的应用程序后，我在计算机上进行了完全重启。在完全重启后，一切恢复正常。MySQL Windows服务正在“运行”并与MySQL数据库重新建立了通信

因此，真正的问题是：
关闭计算机并重新启动是重新建立通信的唯一方法，还是有一种不那么激烈的方法？

我的设置参数非常普通，除了我把MySQL程序放在我的D:drive上，而不是C:drive（操作系统保留的SSD）

系统：Xeon常春藤桥处理器上的64位Windows 8、大型SSD、大型HD、mucho RAM、双X-FIELED视频卡、华硕Sabertouth MB（一年前自建）

软件：MySQL 5.7，完成安装，Visual Basic和Python3模块除外（运行2.7）。尝试将上述硬件同时用作服务器和客户端

蒂娅，道格

部分日志添加了这两个日志的最后几个条目

来自MySQL.err

2013-11-13T02:05:27.793705Z 0 [Note] IPv6 is available.
2013-11-13T02:05:27.793705Z 0 [Note]   - '::' resolves to '::';
2013-11-13T02:05:27.793705Z 0 [Note] Server socket created on IP: '::'.
2013-11-13T02:05:28.199955Z 0 [Note] Event Scheduler: Loaded 0 events
2013-11-13T02:05:28.199955Z 0 [Note] D:/Program Files/MySQL/MySQL Server 5.7/bin\mysqld: ready for connections.
Version: '5.7.2-m12-log'  socket: ''  port: 3306  MySQL Community Server (GPL)
2013-11-13T02:28:05.919396Z 1 [Note] Access denied for user 'root'@'localhost' (using password: NO)
2013-11-13T02:28:23.592157Z 4 [Note] Access denied for user 'root'@'localhost' (using password: NO)
2013-11-13T04:50:05.102535Z 2 [Note] Aborted connection 2 to db: 'unconnected' user: 'root' host: 'localhost' (Got an error reading communication packets)
2013-11-13T04:50:05.102535Z 5 [Note] Aborted connection 5 to db: 'unconnected' user: 'root' host: 'localhost' (Got an error reading communication packets)

从MySQL.log

2013-11-11T23:17:49.240559Z 0 [Note] IPv6 is available.
2013-11-11T23:17:49.240559Z 0 [Note]   - '::' resolves to '::';
2013-11-11T23:17:49.241559Z 0 [Note] Server socket created on IP: '::'.
2013-11-11T23:17:49.252567Z 0 [Note] Event Scheduler: Loaded 0 events
2013-11-11T23:17:49.253567Z 0 [Note] D:/Program Files/MySQL/MySQL Server 5.7/bin\mysqld: ready for connections.
Version: '5.7.2-m12-log'  socket: ''  port: 3306  MySQL Community Server (GPL)
2013-11-11T23:18:44.161120Z 2 [Note] Aborted connection 2 to db: 'mysql' user: 'root' host: 'localhost' (Got an error reading communication packets)
2013-11-11T23:18:44.161120Z 1 [Note] Aborted connection 1 to db: 'mysql' user: 'root' host: 'localhost' (Got an error reading communication packets)
2013-11-11T23:23:42.738555Z 4 [Note] Access denied for user 'root'@'localhost' (using password: NO)
2013-11-12T01:32:37.841648Z 5 [Note] Access denied for user 'root'@'localhost' (using password: NO)
2013-11-12T01:33:17.269224Z 8 [Note] Access denied for user 'root'@'localhost' (using password: NO)
2013-11-12T03:59:44.116187Z 6 [Note] Aborted connection 6 to db: 'unconnected' user: 'root' host: 'localhost' (Got an error reading communication packets)
2013-11-12T03:59:44.117186Z 9 [Note] Aborted connection 9 to db: 'tutorial' user: 'root' host: 'localhost' (Got an error reading communication packets)
2013-11-12T10:19:52.316073Z 18 [Note] Aborted connection 18 to db: 'tutorial' user: 'Doug' host: 'ISAAC' (Got timeout reading communication packets)
2013-11-12T11:43:28.296173Z 20 [Note] Aborted connection 20 to db: 'tutorial' user: 'root' host: 'localhost' (Got timeout reading communication packets)

---

MySQL服务器5.7仍处于测试阶段…如果到目前为止…您不使用5.6有什么原因吗？另外，您的“datadir”中有一个错误日志，通常称为（hostname）.err（如果您不确定它在哪里，请运行此查询：显示全局变量，如“datadir”；）你会想看的。看到什么有趣的东西了吗？不，你不应该重新启动你的机器。Michael，我已经将日志重定向到“保险箱”我的D:驱动器上的目录。不幸的是，这带来了我一直忽略的另外两个问题。1.日志文件上的时间戳在安装时没有任何意义，因此我在[mysqld]下添加了默认时区=系统在my.ini文件中的部分。时间仍然没有意义。正确的一天，奇数小时。第2项：my.ini文件在安装时放在D:\ProgramData\MySQL\MySQL Server 5.7中。我读到它应该放在D:\Program Files\MySQL\MySQL Server 5.7中，也应该放在C:\Windows中。我已经确保我的路径指向所有。继续：我已经放置了这三个地方的my.ini文件都完全相同。其他问题：通常我不安装测试版…不知道我这次安装了…如果是的话…我很糟糕！谢谢你抓到了。至于日志：是的，我一直在研究它们。我会尝试将它们的关键部分添加到我的原始问题（上面）。如果你的系统时钟是“正确的”但是您的系统时钟的时区是错误的，这可能是时钟问题。MySQL Windows安装程序似乎有很长一段时间不稳定，我真的不知道他们在Oracle的想法是什么：（.配置文件应该在“服务器正在查找的某处”可能不是“路径”问题；黑客确保：在文件中放入一些无效的内容，如果服务器启动，它就不会读取该文件。很抱歉，没有太大帮助，我运行了几十台Linux机器，一些solaris，在我关闭上一台Windows服务器时，我开了一个派对。哇，太快了！还没有看到任何错误（还没有）我上面添加的部分日志来自my.ini#Error Logging.log Error=“D:\ProgramData\MySQL\u logs\MySQL.err”和general log=0 general\u log\u file=“D:\ProgramData\MySQL\u logs\MySQL.log”Trust我没有太多创意。关于my.ini文件中的“假”信息的好主意（一次一个）。将日志文件定向到“特殊”文件夹应该可以做到这一点。