主页 / dba / 问题 / 57393
Accepted
Van
Asked: 2014-01-24 09:07:00 +0800 CST

为什么 MySQL + Windows Server = 定期崩溃表？

  • 772

Windows Server 2008 R2 x64
MySQL 服务器 5.6.14 x64

还有其他人遇到某些表在 Microsoft Windows 服务器上被标记为崩溃的问题吗？我们有几台 Windows 服务器（不是自愿的）和六台运行 MySQL 的 Linux 服务器。出于某种原因，Windows 服务器上的表经常被标记为“崩溃”。我们的 Linux (Ubuntu) 服务器上从来没有这些问题。

2014-01-23 10:11:42 1868 [ERROR] MySQL: Table '.\elite_prod\ffcont' is marked as crashed and should be repaired
2014-01-23 10:11:42 1868 [ERROR] MySQL: Table '.\elite_prod\bldr' is marked as crashed and should be repaired
2014-01-23 10:11:43 1868 [ERROR] MySQL: Table '.\elite_prod\frtfwd' is marked as crashed and should be repaired
2014-01-23 10:11:44 1868 [ERROR] MySQL: Table '.\elite_prod\histry' is marked as crashed and should be repaired

似乎我们必须每隔几周左右处理一次这个问题。非常令人沮丧。

mysql windows

2 个回答

  1. Best Answer

    从错误消息中，我可以快速判断以下内容：

    • 数据库是elite_prod
    • ffcount, bldr, frtfwd, 和histry都是 MyISAM 表

    因为您使用的是MyISAM 存储引擎，所以您有两个主要障碍：

    障碍 #1

    对 MyISAM 的更改以不同方式缓存（无论操作系统如何）

    障碍 #2

    Microsoft Windows 在缓存磁盘更改方面表现不佳。即使FLUSH TABLES;在Windows环境下运行MySQL也不是万能的。恕我直言，任何使用 PostgreSQL 或 Oracle 的人都应该能够对 Windows 提出同样的抱怨。我将把它留给 SQL Server 专家来回答他们如何根据 SQL Server 找到 Windows 缓存。

    分析

    MyISAM 针对表维护打开文件句柄的计数。

    如果 mysqld 进程或 Windows Server 崩溃，每个具有打开文件句柄的 MyISAM 将在内部保留打开文件句柄计数。

    自 mysqld 启动以来第一次访问 MyISAM 表时，它应该有一个零文件句柄。否则，您会收到该错误消息marked as crashed and should be repaired。这解释了当崩溃崩溃时定期出现的表。

    请参阅我的帖子MyISAM 表不断崩溃。我有哪些选择？

    建议

    您可以将这些表切换到 InnoDB 并让 InnoDB 缓冲区缓存所有内容，或者至少进行更好的缓存。在这方面我仍然担心 Windows，因为选项innodb_flush_method在 Windows 版本的 MySQL 中被禁用。我说禁用是因为MySQL 文档说：

    控制用于将数据刷新到 InnoDB 数据文件和日志文件的系统调用，这会影响 I/O 吞吐量。此变量仅与 Unix 和 Linux 系统相关。在 Windows 系统上，flush 方法始终是 async_unbuffered 且无法更改。

    如果你想将表保留为 MyISAM，请返回 Ubuntu，因为它在刷新磁盘更改时更加勤奋，尤其是当它有足够的 RAM 时。即使是 1 TB 的 RAM 也不会为 Windows 中的 MyISAM 表做任何事情。

    • 2

  2. 你为什么不修理它们 

    REPAIR [NO_WRITE_TO_BINLOG | LOCAL] TABLE
    tbl_name [, tbl_name] ...
    [QUICK] [EXTENDED] [USE_FRM]

    如果错误仍然存​​在，然后进行故障排除！

    • 确保没有任何东西从外部“接触”数据目录，例如病毒检查程序
    • 正确关闭MySQL
    • 使用 --myisam-recover 选项在关机未正确完成的情况下自动检查/修复您的表
    • 或者您可以将所有 myisam 表转换为 InnoDB（因为 InnoDB 损坏的可能性较小）
    • -1

相关问题