58到家MySQL軍規公升級版

2021-08-18 17:03:58 字數 1427 閱讀 9092

一、基礎規範

解讀:(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 對資料庫效能影響...