資料庫MySQL-設計原則

  • 2020 年 2 月 13 日
  • 筆記

二、MYSQL資料庫設計原則

1、核心原則

不在資料庫做運算;  cpu計算務必移至業務層;  控制列數量(欄位少而精,欄位數建議在20以內);  平衡範式與冗餘(效率優先；往往犧牲範式)  拒絕3B(拒絕大sql語句：big sql、拒絕大事務：big transaction、拒絕大批量：big batch);

2、欄位類原則

用好數值類型(用合適的欄位類型節約空間);  字元轉化為數字(能轉化的最好轉化,同樣節約空間、提高查詢性能);  避免使用NULL欄位(NULL欄位很難查詢優化、NULL欄位的索引需要額外空間、NULL欄位的複合索引無效);  少用text類型(盡量使用varchar代替text欄位);

3、索引類原則

合理使用索引(改善查詢,減慢更新,索引一定不是越多越好);  字元欄位必須建前綴索引;  不在索引做列運算;  innodb主鍵推薦使用自增列(主鍵建立聚簇索引,主鍵不應該被修改,字元串不應該做主鍵)(理解Innodb的索引保存結構就知道了);  不用外鍵(由程式保證約束);

4、sql類原則

sql語句儘可能簡單(一條sql只能在一個cpu運算,大語句拆小語句,減少鎖時間,一條大sql可以堵死整個庫);  簡單的事務;  避免使用trig/func(觸發器、函數不用客戶端程式取而代之);  不用select *(消耗cpu,io,記憶體,頻寬,這種程式不具有擴展性);  OR改寫為IN(or的效率是n級別);   OR改寫為UNION(mysql的索引合併很弱智);  select id from t where phone = 』159′ or name = 『john』;  =>  select id from t where phone=』159′  union  select id from t where name=』jonh』          避免負向%;          慎用count(*);          limit高效分頁(limit越大，效率越低);          使用union all替代union(union有去重開銷);          少用連接join;          使用group by;          請使用同類型比較;          打散批量更新;

Tags:

VirMach 便宜 VPS