0

每次我尝试备份或检查 Windows 服务器 2012 上的所有表 mysql 服务器崩溃时,我都在我的开发环境中使用 XAMPP 堆栈。数据库加密在 DB 中有 1100 多个表。我包括下面的日志。

InnoDB:页面转储结束 2017-09-24 13:58:35 7dc InnoDB:未压缩页面,在字段 1 中存储校验和 2521749199,为字段 1 计算校验和:crc32 2344073126,innodb 1121903210,无 3735928559,在字段 2 中存储校验和 0,计算校验和对于 field2:crc32 2344073126,innodb 2892594725,无 3735928559,页面 LSN 0 2936733816,页面末尾 0 的 LSN 低 4 字节,页码(如果已存储到页面)34,空间 id(如果使用 >= MySQL-4.1 创建。 1 并已存储)1767 InnoDB:页面类型 17855 含义 INDEX InnoDB:页面可能是索引页,其中索引 id 为 1522 InnoDB:(表“crypto”的索引“PRIMARY”。“300-token”)2017-09-24 2012 年 13:58:35 [错误] InnoDB:您的操作系统也可能损坏了自己的文件缓存。2017-09-24 13:58:35 2012 [错误] InnoDB:并重新启动计算机会消除错误。2017-09-24 13:58:35 2012 [错误] InnoDB:如果损坏的页面是索引页面,您也可以尝试 2017-09-24 13:58:35 2012 [错误] InnoDB:通过转储修复损坏,删除并重新导入 2017-09-24 13:58:35 2012 [错误] InnoDB:损坏的表。您可以使用 CHECK 2017-09-24 13:58:35 2012 [ERROR] InnoDB: TABLE 来扫描您的表是否损坏。2017-09-24 13:58:35 2012 [错误] InnoDB:另请参阅http://dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.html关于强制恢复。2017-09-24 13:58:35 7dc InnoDB:文件 buf0lru.cc 第 2394 行中线程 2012 中的断言失败 InnoDB:断言失败:bpage->buf_fix_count == 0 InnoDB:我们故意生成内存陷阱。InnoDB:向http://bugs.mysql.com提交详细的错误报告。InnoDB:如果你得到重复的断言失败或崩溃,即使是 InnoDB: 在 mysqld 启动后立即,也可能存在 InnoDB: InnoDB 表空间损坏。请参考 InnoDB:http ://dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.html InnoDB:关于强制恢复。170924 13:58:35 [错误] mysqld 出现异常 0x80000003 ;这可能是因为您遇到了错误。此二进制文件或与之链接的库之一也可能已损坏、构建不正确或配置错误。此错误也可能是由硬件故障引起的。

要报告此错误,请参阅https://mariadb.com/kb/en/reporting-bugs

我们将尽最大努力收集一些信息,希望能帮助诊断问题,但由于我们已经崩溃,肯定有问题,这可能会失败。

服务器版本:10.1.22-MariaDB key_buffer_size=16777216 read_buffer_size=262144 max_used_connections=1 max_threads=1001 thread_count=1 mysqld可能最多使用key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 787106 K字节内存 希望没问题; 如果不是,减少方程中的一些变量。

线程指针:0x0 正在尝试回溯。您可以使用以下信息找出 mysqld 死在哪里。如果您在此之后没有看到任何消息,则说明出现了严重错误... mysqld.exe!my_parameter_handler() mysqld.exe!my_wildcmp_mb_bin() mysqld.exe!?save_in_result_field@Item@@UAEX_N@Z() mysqld.exe!?save_in_result_field @Item@@UAEX_N@Z() mysqld.exe!?save_in_result_field@Item@@UAEX_N@Z() mysqld.exe!?save_in_result_field@Item@@UAEX_N@Z() mysqld.exe!?save_in_result_field@Item@@UAEX_N @Z() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll!RtlInitializeExceptionChain() ntdll.dll!RtlInitializeExceptionChain() http://dev.mysql.com/doc/mysql/en/crashing.html的手册页包含信息这应该可以帮助您找出导致崩溃的原因。

我希望有人能帮助我谢谢。

4

1 回答 1

0

从您的问题中的此内容来看,“服务器版本:10.1.22-MariaDB key_buffer_size=16777216 read_buffer_size=262144 max_used_connections=1 max_threads=1001 thread_count=1 mysqld 可能最多使用 key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 787106 K ...."

上面有max_threads=1001线索 - 检查 my.ini 或 .cnf 中的 max_connections。将 max_connections 降低到 = 100 可能会也可能不会帮助您通过 BaseThreadInitThunk() ntdll.dll!

于 2017-09-24T20:28:04.520 回答