服务器 Gind.cn
  1. 服务器 Gind.cn
  3. 如何防止InnoDB日志文件被破坏？
Intereting Posts
Cisco ASA 8.2 – 106015（拒绝）和106100（允许）logging相同的数据包 ntlmssp_handle_neg_flags：有挑战标志 – 可能的降级检测！ missing_flags – NT代码0x80090302 socket.io会话以HAproxy结束 Nginx proxy_set_header用于RPCpipe理的主机 刀天青服务器列表返回空结果 通过SSH安装Ubuntu服务器 .htaccess重新映射在不同子域上的redirect 解决scheme存储10TB /月 使用命名pipe道logging 使用PowerShell完全从ACL中删除用户 没有看到OpenVPN运行或错误 由my.cnf中的一行引起的日志中的奇怪错误 与Cobbler服务器同步Ubuntu存储库失败 不均匀的CPU核心利用率 具有NAT后面的服务器的Internet VPN隧道

如何防止InnoDB日志文件被破坏？

我们在Amazon EC2的4个EBS卷上使用600GB的存储空间运行MySQL服务器。 大约每2-3周，活动的InnoDB日志文件被破坏，MySQL将不允许在这些表上进行任何访问（说InnoDB引擎被禁用），直到我们closuresMySQL，删除日志文件并重新启动MySQL。

我已经在MySQL和InnoDB工作了近10年了，偶尔也遇到过这个问题。 从来没这么频繁。 这是在Ubuntu 9，MySQL版本5.1.41。

有关如何避免频繁出现此错误的任何build议？

显着 提高innodb_log_file_size – 至less尝试100MB。 InnoDB日志文件被损坏的最常见原因是一个大事务导致日志文件溢出，并用尾部覆盖事务头部。

确保先closures服务器并删除现有的日志文件。 如果你是偏执的人，请做个备份。