想像一下你玩一個超受歡迎的遊戲，但它有些奇怪的規則或小故障。比如，你想把背包裡的東西照大小排好（S, M, L），但遊戲卻把它們照名字字母順序排（L, M, S），是不是很怪？或者遊戲裡有個機關，應該在某些事情發生時啟動，但有時候它就是沒反應，只在直接按鈕時有用。這篇文章說，雖然很多地方用MySQL這個資料庫，但它就像這個遊戲，有一些用了很久、很煩人的問題，像是對尺寸大小的判斷方式不同，或是有些應該自動啟動的功能（叫做Trigger）在特定情況下會失效。這些問題讓用它的人有時候會遇到很難解釋的狀況。
--------
這篇文章嚴厲批評了世界上最流行的資料庫之一MySQL，指稱它存在許多嚴重且長期未修復的基本功能錯誤（bug），甚至將其描述為「殘次品」。文章認為，與PostgreSQL等其他資料庫相比，MySQL在核心設計上存在缺陷。文中列舉了幾個具體例子來說明這些問題。首先是索引的使用邏輯，在2010年的5.5版本之前，當有多個符合條件的索引時，MySQL會選擇最早建立的而非最適合查詢的索引。其次是處理ENUM（枚舉）資料類型時的行為不一致：使用ORDER BY語法排序時，依據ENUM選項定義的順序；而使用MIN/MAX語法查找最小值或最大值時，卻將ENUM值視為字串按字母順序處理，導致結果可能與預期的大小順序不符。最嚴重的問題被指為Trigger（觸發器）功能，由於存在一個編號11472、已提交長達20年卻仍未修復的bug，MySQL的Trigger不會被動態的資料變更（如因外來鍵關聯的資料被刪除導致某欄位變為NULL）所觸發，只會在直接修改發生時觸發。這使得MySQL中的Trigger功能變得不可靠甚至無法使用。文章總結認為，MySQL的廣泛流行並非因為其品質優異，而是因為1990年代剛發布時安裝較為方便，進而搶佔了市場份額。
--------
MySQL存在許多基本功能上的嚴重錯誤（bugs）。
MySQL在處理多重索引時，過去（5.5版本前）會選擇最早建立的索引而非最適合的。
MySQL對ENUM資料類型的處理方式不一致：ORDER BY依定義順序，而MIN/MAX依字串字母順序。
MySQL的Trigger功能因bug而不可靠，無法被動態（非直接）的資料變更所觸發。
Trigger的關鍵bug（編號11472）已存在20年，開發團隊曾承諾修復但至今未果。
文章認為MySQL的流行主因是早期易於安裝，而非設計優良。
文章將MySQL描述為一個充滿漏洞、縫縫補補的「殘次品」。
--------
✅ MySQL被指存在許多嚴重的基本錯誤。
⚠️ 舊版MySQL索引選擇邏輯曾是選最早建立的。
📌 ENUM類型在ORDER BY和MIN/MAX下行為不同。
❌ MySQL的Trigger功能因bug而幾乎無法使用。
⏰ 關鍵的Trigger bug (11472) 已存在20年未修復。
🐞 Trigger不會被動態的資料變更觸發。
🛒 MySQL流行是因早期安裝方便搶佔市場。
🔧 文章稱MySQL是充滿漏洞的「殘次品」。
--------
根據文章內容，以下哪個選項正確描述了2010年版本5.5之前MySQL處理多個符合條件索引的方式？
A. 選擇體積最小的索引。
B. 選擇與查詢語句最接近的索引。
C. 選擇最早被建立的索引。
D. 選擇速度最快的索引。
答案：C
解釋：文章提到在2010年的5.5版本之前，MySQL在有多個符合條件的索引時，會選擇最早被建立的那個，而不是最適合的。
根據文章，MySQL在處理ENUM（枚舉）資料類型時，使用MIN/MAX語法會如何判斷大小？
A. 根據ENUM選項定義時的順序。
B. 根據ENUM選項的字串字母順序。
C. 根據ENUM值所對應的數字索引。
D. 會產生錯誤無法判斷。
答案：B
解釋：文章指出，MySQL在使用MIN/MAX語法處理ENUM時，會將ENUM選項視為字串，並按字母順序來判斷大小，這與ORDER BY依定義順序不同。
根據文章，為何MySQL的Trigger（觸發器）功能被認為不可靠或無法使用？
A. 因為Trigger的執行效率非常低。
B. 因為Trigger容易導致資料庫死鎖。
C. 因為Trigger無法被動態或間接的資料變更（如外來鍵影響）觸發。
D. 因為Trigger的設置語法過於複雜。
答案：C
解釋：文章詳細描述了編號11472的bug，說明MySQL的Trigger不會被動態發生（如因外來鍵刪除導致關聯欄位變更）的修改所觸發，只響應直接修改，導致其行為不可預期。
✡ Oli小濃縮 Summary bot 為您濃縮重點 ✡