簡單了解下MySQL上最實用的軍規

下文主要給大家帶來MySQL上最實用的軍規，希望這些內容能夠帶給大家實際用處，這也是我編輯MySQL上最實用的軍規這篇文章的主要目的。好了，廢話不多說，大家直接看下文吧                                                          

一、核心軍規

- 不在數據庫做運算：cpu計算務必移至業務層

- 控制單表數據量：單表記錄控制在1000w

- 控制列數量：字段數控制在20以內

- 平衡范式與冗余：為提高效率犧牲范式設計，冗余數據

- 拒絕3B：拒絕大sql，大事物，大批量

二、字段類軍規

- 用好數值類型
           tinyint(1Byte)
           smallint(2Byte)
           mediumint(3Byte)
           int(4Byte)
           bigint(8Byte)
           bad case：int(1)/int(11)

- 字符轉化為數字
           用int而不是char(15)存儲ip

- 避免使用NULL字段
           NULL字段很難查詢優化
           NULL字段的索引需要額外空間
           NULL字段的復合索引無效

- 少用text/blob
           varchar的性能會比text高很多
           實在避免不了blob，請拆表

- 不在數據庫里存圖片

三、索引類軍規

- 謹慎合理使用索引
           改善查詢、減慢更新
           索引一定不是越多越好（能不加就不加，要加的一定得加）
           覆蓋記錄條數過多不適合建索引，例如“性別”

- 字符字段必須建前綴索引

- 不在索引做列運算
           bad case：
           select id where age +1 = 10;

- innodb主鍵推薦使用自增列
           主鍵建立聚簇索引
           主鍵不應該被修改
           字符串不應該做主鍵
           如果不指定主鍵，innodb會使用唯一且非空值索引代替

- 不用外鍵
           請由程序保證約束

四、sql類軍規

- sql語句盡可能簡單
           一條sql只能在一個cpu運算
           大語句拆小語句，減少鎖時間
           一條大sql可以堵死整個庫

- 簡單的事務
           事務時間盡可能短
           bad case：
           上傳圖片事務

- 避免使用trig/func
           觸發器、函數不用
           客戶端程序取而代之

對于以上關于MySQL上最實用的軍規，大家是不是覺得非常有幫助。如果需要了解更多內容，請繼續關注我們的行業資訊，相信你會喜歡上這些內容的。