2017-09-24 48 views
0

每當我嘗試備份或檢查所有表時,Windows服務器上的mysql服務器崩潰2012, 我正在爲我的開發環境使用XAMPP堆棧。 數據庫加密在DB中有超過1100多個表。 我包括下面的日誌。MySQL崩潰while mysqldump/mysqlcheck

InnoDB的:頁面的尾卸 2017年9月24日13點58分35秒7DC InnoDB的:未壓縮的頁面,存儲的校驗字段1中的2521749199,校驗和計算field1的:CRC32 2344073126,InnoDB的,無3735928559,存儲字段2中的校驗和0,字段2的計算校驗和: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令牌「) 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:修復腐敗通過傾銷,丟棄和重新導入 2017-09-24 13:58:35 2012 [錯誤] InnoDB:損壞的表。您可以使用CHECK 2017-09-24 13:58:35 2012 [錯誤] 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中線程2012斷言失敗2394行 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

我們將盡我們所能,湊了一些信息,希望能幫助 診斷問題,但既然我們已經墜毀,機上的東西是 肯定是不對的,這可能會失敗。

服務器版本:22年10月1日-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 @項目@@ UAEX_N @ Z() 的mysqld。 () 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 @項目@@ UAEX_N @ Z() KERNEL32.DLL!BaseThreadInitThunk() ntdll.dll的!RtlInitializeExceptionChain() ntdll.dll的!RtlInitializeExceptionChain()在 http://dev.mysql.com/doc/mysql/en/crashing.html該手冊中包含的信息 應該幫助你找出是什麼造成的e崩潰。

我希望有人能幫助我 謝謝。

+0

嘗試一些基本的東西,如運行''chkdsk''並重新安裝MySQL。 Windows通常是不可靠的,所以如果可以的話,你可能想在Linux系統上嘗試。 – kmoser

回答

0

從你的問題這個內容, 「服務器版本:22年1月10日,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!