mysql數據庫運行異常,mysql數據庫錯誤

本文目錄一覽：

根據我之前接觸到的此類問題，大致可以分為以下幾種原因：

1. 程序中非數據庫交互操作導致事務掛起

將接口調用或者文件操作等這一類非數據庫交互操作嵌入在 SQL 事務代碼之中，那麼整個事務很有可能因此掛起（接口不通等待超時或是上傳下載大附件）。

2. 事務中包含性能較差的查詢 SQL

事務中存在慢查詢，導致同一個事務中的其他 DML 無法及時釋放佔用的行鎖，引起行鎖等待。

3. 單個事務中包含大量 SQL

通常是由於在事務代碼中加入 for 循環導致，雖然單個 SQL 運行很快，但是 SQL 數量一大，事務就會很慢。

4. 級聯更新 SQL 執行時間較久

這類 SQL 容易讓人產生錯覺，例如：update A set … where …in (select B) 這類級聯更新，不僅會佔用 A 表上的行鎖，也會佔用 B 表上的行鎖，當 SQL 執行較久時，很容易引起 B 表上的行鎖等待。

5. 磁盤問題導致的事務掛起

極少出現的情形，比如存儲突然離線，SQL 執行會卡在內核調用磁盤的步驟上，一直等待，事務無法提交。

綜上可以看出，如果事務長時間未提交，且事務中包含了 DML 操作，那麼就有可能產生行鎖等待，引起報錯。

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

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

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

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

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

推薦使用Navicat來管理數據庫，而且還有中文版的，用mysql自帶的這個可能存在問題，你可以查看錯誤日誌，是哪裡出錯了

這個是mysql的中文官方網站，裡面有bbs mysql的相關問題這裡都可以解決的，我就是在這裡學習的mysql

一般情況下是你沒有加載jdbc驅動包。

或者你的數據庫用戶名密碼不正確。

原創文章，作者：小藍，如若轉載，請註明出處：https://www.506064.com/zh-hant/n/158064.html