記錄一次MySQL表無法訪問 ​ 在一次真實的開發測試中突然發現數據庫中訂單表 select、update、delete 沒有絲毫反應。以為是服務器性能過低導致MySQL進程執行過慢，但是等待10分鍾訂單表依然毫無反應，更奇怪的是其他表都可正常操作數據。這時我覺得是訂單表壞了，想把訂單表drop ...

關鍵詞：MySQL Index Merge 前言 MySQL 的鎖機制相信大家在學習 MySQL 的時候都有簡單的了解過，那既然有鎖就必定繞不開死鎖這個問題。其實 MySQL 在大部分場景下是不會存在死鎖問題的（比如並發量不高，SQL 寫得不至於太拉胯的情況），但是在高並發的業務場景 ...

記一次訂單號事故 去年年底的時候，我們線上出了一次事故，這個事故的表象是這樣的: 系統出現了兩個一模一樣的訂單號，訂單的內容卻不是不一樣的，而且系統在按照 訂單號查詢的時候一直拋錯，也沒法正常回調，而且事情發生的不止一次，所以 這次系統升級一定要解決掉。 經手的同事之前也改過幾次 ...

背景 以前接觸到的數據庫死鎖，都是批量更新時加鎖順序不一致而導致的死鎖，但是上周卻遇到了一個很難理解的死鎖。借着這個機會又重新學習了一下mysql的死鎖知識以及常見的死鎖場景。在多方調研以及和同事們的討論下終於發現了這個死鎖問題的成因，收獲頗多。雖然是后端程序員，我們不需要像DBA一樣深入 ...

最近線上項目報了一個MySQL死鎖（DealLock）錯誤，雖說對業務上是沒有什么影響的，由於自己對數據庫鎖這塊了解不是很多，之前也沒怎么的在線上碰到過。這次剛好遇到了，便在此記錄一下。 出現死鎖問題背景 項目層面：報錯的項目 ...

摘要：char類型字段想走索引的話，必須用引號括起來。如果是時間戳等類型的純數字，建議還是存為int型吧。 本文分享自華為雲社區《一次事故，我對MySql時間戳存char(10)還是int(10)有了全新的認識》，原文作者：奔四碼農 。 美好的周五 周五的早晨，一切都是那么美好 ...

近日遇到一個比較奇怪的deadlock錯誤, 錯誤詳情: Deadlock found when trying to get lock; try restarting transaction ...

今晚我們的其中一個產品的其中一個比較偏的環境出現了一次生產事故， 前端所有請求都發送失敗。 我是中途被通知出了事故的，這事甚至驚動了一些領導。 期間有懷疑是我做的前端改動導致的問題。 最終排查，發現是ngix的配置錯誤導致的，通過修改配置修復了問題。 事情雖然結束過去 ...