一、基礎規範
解讀：（1）通用，無亂碼風險，漢字3位元組，英文1位元組
（2）utf8mb4是utf8的超集，有儲存4位元組例如表情符號時，使用它
解讀：（1）對資料庫效能影響較大，網際網路業務，能讓站點層和服務層幹的事情，不要交到資料庫層
（2）除錯，排錯，遷移都比較困難，擴充套件性較差
二、命名規範
解讀：abc，abc，abc都是給自己埋坑
解讀：tmp，wushan誰tm知道這些庫是幹嘛的
三、表設計規範
潛在坑：刪除無主鍵的表，如果是row模式的主從架構，從庫會掛住
解讀：外來鍵使得表之間相互耦合，影響update/delete等sql效能，有可能造成死鎖，高併發情況下容易成為資料庫瓶頸
解讀：具體參加《如何實施資料庫垂直拆分》
四、列設計規範
解讀：（1）字段長度固定，或者長度近似的業務場景，適合使用char，能夠減少碎片，查詢效能高
（2）字段長度相差較大，或者更新較少的業務場景，適合使用varchar，能夠減少空間
解讀：前者占用5個位元組，後者占用4個位元組，儲存年使用year，儲存日期使用date，儲存時間使用datetime
解讀：（1）null的列使用索引，索引統計，值都更加複雜，mysql更難優化
（2）null需要更多的儲存空間
（3）null只能採用is null或者is not null，而在=/!=/in/not in時有大坑
解讀：（1）牽扯到國家代號，可能出現+/-/()等字元，例如+86
（2）手機號不會用來做數**算
（3）varchar可以模糊查詢，例如like 『138%』
解讀：enum增加新值要進行ddl操作
五、索引規範
解讀：（1）網際網路高併發業務，太多索引會影響寫效能
（2）生成執行計畫時，如果索引太多，會降低效能，並可能導致mysql選擇不到最優索引
（3）異常複雜的查詢需求，可以選擇es等更為適合的方式儲存
解讀：如果5個字段還不能極大縮小row範圍，八成是設計有問題
解讀：踩過因為join欄位型別不一致，而導致全表掃瞄的坑麼？
六、sql規範
解讀：（1）select *會增加cpu/io/記憶體/頻寬的消耗
（2）指定欄位能有效利用索引覆蓋
（3）指定字段查詢，在表結構變更時，能保證對應用程式無影響
解讀：指定字段插入，在表結構變更時，能保證對應用程式無影響
解讀：導致不能命中索引，全表掃瞄
解讀：導致不能命中索引，全表掃瞄
解讀：方便定位線上問題
說明：本軍規適用於
併發量大，資料量大
的典型網際網路業務
，可直接帶走參考，不謝。
軍規練習：為什麼下列sql不能命中phone索引？
select uid from user where phone=13811223344
58到家MySQL軍規公升級版
一 基礎規範 解讀 1 通用，無亂碼風險，漢字3位元組，英文1位元組 2 utf8mb4是utf8的超集，有儲存4位元組例如表情符號時，使用它 解讀 1 對資料庫效能影響較大，網際網路業務，能讓站點層和服務層幹的事情，不要交到資料庫層 2 除錯，排錯，遷移都比較困難，擴充套件性較差 二 命名規範 解...
58到家MySQL軍規公升級版
一 基礎規範 解讀 1 通用，無亂碼風險，漢字3位元組，英文1位元組 2 utf8mb4是utf8的超集，有儲存4位元組例如表情符號時，使用它 解讀 1 對資料庫效能影響較大，網際網路業務，能讓站點層和服務層幹的事情，不要交到資料庫層 2 除錯，排錯，遷移都比較困難，擴充套件性較差 二 命名規範 解...
mysql 軍規 58到家MySQL軍規公升級版
一 基礎規範 表儲存引擎必須使用innodb 表字符集預設使用utf8，必要時候使用utf8mb4 解讀 1 通用，無亂碼風險，漢字3位元組，英文1位元組 2 utf8mb4是utf8的超集，有儲存4位元組例如表情符號時，使用它 禁止使用儲存過程，檢視，觸發器，event 解讀 1 對資料庫效能影響...