在将一批数据加载到MySQL数据库(一切都在本地运行以进行研究项目的数据管理)时,服务器崩溃的原因并不明显。检查日志显示以下错误:
ERROR, InnoDB: Operating system error number 23 in a file operation.
InnoDB: Some operating system error numbers are described at http://dev.mysql.com/doc/refman/5.7/en/operating-system-error-codes.html
ERROR, InnoDB: File .\analysis_lastfm\lastfm_scrobbles.ibd: 'Windows aio' returned
OS error 123. Cannot continue operation
InnoDB: Cannot continue operation.
这基本上似乎说,不知何故,命名的.ibd文件已经损坏。在各种不成功的调试尝试之后,我最终删除了所有数据,重新安装了MySQL,并尝试从备份中恢复。这个备份来自我遇到任何问题之前(换句话说,备份中的数据有任何问题似乎令人怀疑)。所有其他表都恢复正常,但是在从lastfm_scrobbles表导入数据几个小时之后,服务器崩溃了同样的错误。
我意识到这个问题并不是那么具体,但我主要是想弄明白我的下一个故障排除步骤应该是什么(请记住我已经重新安装了MySQL并试图从备份中恢复) 。我现在唯一的另一个想法是重新格式化硬盘并重新尝试恢复,但我不知道这是否真的有必要......
答案 0 :(得分:0)
鉴于问题似乎可能不是腐败,最有可能的错误是系统打开了太多文件。这个问题在Windows上并不像在Linux上那样容易理解/记录。
将table_open_cache和innodb_open_files变量缩小可能会有所帮助。如果您可以报告他们当前的大小,我们可能会建议更好的值,但似乎总开放文件数可能需要低于512-2048(不确定究竟是哪个)。
显示全球变量如此开放%';