mysql資料庫宕機了,mysql資料庫崩潰

本文目錄一覽：

• 1、mysql資料庫無法正常使用，導致WWW服務宕機
• 2、如何優化mysql內存佔用高導致宕機
• 3、MySQL資料庫崩潰怎麼辦
• 4、mysql資料庫主機宕機從機怎麼啟用
• 5、mysql資料庫崩潰的原因？

mysql資料庫無法正常使用，導致WWW服務宕機

創建資料庫

選擇開始菜單中→程序→【Management SQL Server 2008】→【SQL Server Management Studio】命令，打開【SQL Server Management Studio】窗口，並使用Windows或 SQL Server身份驗證建立連接。

在【對象資源管理器】窗口中展開伺服器，然後選擇【資料庫】節點

右鍵單擊【資料庫】節點，從彈出來的快捷菜單中選擇【新建資料庫】命令。

執行上述操作後，會彈出【新建資料庫】對話框。在對話框、左側有3個選項，分別是【常規】、【選項】和【文件組】。完成這三個選項中的設置會後，就完成了資料庫的創建工作，

在【資料庫名稱】文本框中輸入要新建資料庫的名稱。例如，這裡以「新建的資料庫」。

在【所有者】文本框中輸入新建資料庫的所有者，如sa。根據資料庫的使用情況，選擇啟用或者禁用【使用全文索引】複選框。

在【資料庫文件】列表中包括兩行，一行是資料庫文件，而另一行是日記文件。通過單擊下面的【添加】、【刪除】按鈕添加或刪除資料庫文件。

切換到【選項頁】、在這裡可以設置資料庫的排序規則、恢復模式、兼容級別和其他屬性。

切換到【文件組】頁，在這裡可以添加或刪除文件組。

完成以上操作後，單擊【確定】按鈕關閉【新建資料庫】對話框。至此「新建的數據」資料庫創建成功。新建的資料庫可以再【對象資源管理器】窗口看到。

如何優化mysql內存佔用高導致宕機

1，首先通過任務管理器進行進程排序，查找佔用內存較大的程序進程。一般佔用內存較大的進程有W3WP、sqlserver、mysqld-nt.exe；

2， 站點進程w3wp 可以在cmd命令行中通過 iisapp 命令來對應是那個網站佔用內存較大。可以通過設置回收時間、內存最大使用值或共用進程池來減少內存的佔用，但是如果要保證網站的訪問質量，還是建議升級至更高型號來解決；

3，資料庫 sql server 也可以通過資料庫的企業管理器來設置最大內存佔用，但是如果網站程序必須要佔用較大內存的話，設置後會發生頁面報錯、打不開等問題；

4，MYSQL本身會佔用較大虛擬內存，如果不使用mysql資料庫的話，可以將其停止。

MySQL資料庫崩潰怎麼辦

MySQL 隨著版本不停迭代，崩潰的現象越來越少，也越來越隱蔽。

一旦遇到生產環境上的 MySQL 崩潰，就需要保留現場信息，供分析用。雖然 MySQL 的 error log 中會列印部分信息，但對於比較隱蔽的崩潰，往往顯得力不從心。

通過開啟操作系統級別、放開用戶限制、啟用 MySQL 參數三個步驟，我們啟用了 MySQL 的 coredump 功能，使得 MySQL 崩潰時留下了足夠的線索。

對於複雜崩潰的分析，還是需要將 coredump 交給專業的研發工程師手裡，或者提交給 MySQL 開發團隊。

不過不管是什麼場景，能提供一份 coredump，所有技術人員都會感謝你的。

mysql資料庫主機宕機從機怎麼啟用

可以手動將應用的資料庫配置修改為從機的配置（ip、port、資料庫名），然後重啟服務。

mysql資料庫崩潰的原因？

MySQL 在崩潰恢復時，會遍歷打開所有 ibd 文件的 header page 驗證數據字典的準確性，如果 MySQL 中包含了大量表，這個校驗過程就會比較耗時。 MySQL 下崩潰恢復確實和表數量有關，表總數越大，崩潰恢復時間越長。另外磁碟 IOPS 也會影響崩潰恢復時間，像這裡開發庫的 HDD IOPS 較低，因此面對大量的表空間，校驗速度就非常緩慢。另外一個發現，MySQL 8 下正常啟用時居然也會進行表空間校驗，而故障恢復時則會額外再進行一次表空間校驗，等於校驗了 2 遍。不過 MySQL 8.0 里多了一個特性，即表數量超過 5W 時，會啟用多線程掃描，加快表空間校驗過程。

如何跳過校驗MySQL 5.7 下有方法可以跳過崩潰恢復時的表空間校驗過程嘛？查閱了資料，方法主要有兩種：

1. 配置 innodb_force_recovery可以使 srv_force_recovery != 0 ，那麼 validate = false，即可以跳過表空間校驗。實際測試的時候設置 innodb_force_recovery =1，也就是強制恢復跳過壞頁，就可以跳過校驗，然後重啟就是正常啟動了。通過這種臨時方式可以避免崩潰恢復後非常耗時的表空間校驗過程，快速啟動 MySQL，個人目前暫時未發現有什麼隱患。2. 使用共享表空間替代獨立表空間這樣就不需要打開 N 個 ibd 文件了，只需要打開一個 ibdata 文件即可，大大節省了校驗時間。自從聽了姜老師講過使用共享表空間替代獨立表空間解決 drop 大表時性能抖動的原理後，感覺共享表空間在很多業務環境下，反而更有優勢。

臨時冒出另外一種解決想法，即用 GDB 調試崩潰恢復，通過臨時修改 validate 變數值讓 MySQL 跳過表空間驗證過程，然後讓 MySQL 正常關閉，重新啟動就可以正常啟動了。但是實際測試發現，如果以 debug 模式運行，確實可以臨時修改 validate 變數，跳過表空間驗證過程，但是 debug 模式下代碼運行效率大打折扣，反而耗時更長。而以非 debug 模式運行，則無法修改 validate 變數，想法破滅。