1 基本字段

DROP TABLE IF EXISTS `dictionary`;
CREATE TABLE `dictionary` (
  `id` BIGINT(8) NOT NULL AUTO_INCREMENT COMMENT '主鍵',
  `create_at` BIGINT(8) DEFAULT 0 COMMENT '創(chuàng)建時間',
  `create_by` BIGINT(8) DEFAULT 0 COMMENT '創(chuàng)建人ID',
  `create_name` VARCHAR(32)  DEFAULT '' COMMENT '創(chuàng)建人名稱',
  `update_at` BIGINT(8) DEFAULT 0 COMMENT '更新時間',
  `update_by` BIGINT(8) DEFAULT 0 COMMENT '更新人ID',
  `update_name` VARCHAR(32) DEFAULT '' COMMENT '更新人名稱',
  `is_del` TINYINT(1) DEFAULT 0 COMMENT '是否刪除',
  `is_test` TINYINT(1) DEFAULT 0 COMMENT '是否測試',
   PRIMARY KEY (`id`)
) ENGINE=INNODB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci COMMENT='字典';

2 核心軍規(guī)

1. 不在數(shù)據(jù)庫做運算：CPU計算務(wù)必移至業(yè)務(wù)層；
2. 控制單表數(shù)據(jù)量：含int型不超過1000w，含char則不超過500w；合理分表；限制單庫表數(shù)量在300以內(nèi)；
3. 控制列數(shù)量：字段數(shù)控制在20以內(nèi)；
4. 平衡范式與冗余：為提高效率犧牲范式設(shè)計，冗余數(shù)據(jù)；
5. 拒絕3B：拒絕大sql，大事務(wù)，大批量；

3 字段類軍規(guī)

1. 用好數(shù)值類型

   tinyint(1Byte)

   smallint(2Byte)

   mediumint(3Byte)

   int(4Byte)

   bigint(8Byte)

   bad case：int(1)/int(11)

2. 字符轉(zhuǎn)化為數(shù)字

   用int而不是char(15)存儲ip

3. 優(yōu)先使用enum或set

   例如：sex enum (‘F’, ‘M’)

4. 避免使用NULL字段

   NULL字段很難查詢優(yōu)化

   NULL字段的索引需要額外空間

   NULL字段的復(fù)合索引無效

   bad case：

   name char(32) default null

   age int not null

   good case：

   age int not null default 0

5. 少用text/blob

   varchar的性能會比text高很多

   實在避免不了blob，請拆表

6. 不在數(shù)據(jù)庫里存圖片

   INT類字段取值范圍

4 索引類軍規(guī)

1. 謹(jǐn)慎合理使用索引

   改善查詢、減慢更新

   索引一定不是越多越好（能不加就不加，要加的一定得加）

   覆蓋記錄條數(shù)過多不適合建索引，例如“性別”

2. 字符字段必須建前綴索引

3. 不在索引做列運算

   bad case：

   select id where age +1 = 10;

4. innodb主鍵推薦使用自增列

   主鍵建立聚簇索引

   主鍵不應(yīng)該被修改

   字符串不應(yīng)該做主鍵

   如果不指定主鍵，innodb會使用唯一且非空值索引代替

5. 不用外鍵

   請由程序保證約束

5. SQL類軍規(guī)

1. sql語句盡可能簡單

   一條sql只能在一個cpu運算

   大語句拆小語句，減少鎖時間

   一條大sql可以堵死整個庫

2. 簡單的事務(wù)

   事務(wù)時間盡可能短

   bad case：

   上傳圖片事務(wù)

3. 避免使用trig/func

   觸發(fā)器、函數(shù)不用

   客戶端程序取而代之

4. 不用select *

   消耗cpu，io，內(nèi)存，帶寬

   這種程序不具有擴展性

5. OR改寫為IN()

   or的效率是n級別

   in的效率是log(n)級別

   in的個數(shù)建議控制在200以內(nèi)

   select id from t where phone=’159′ or phone=’136′;

   改寫成：

   select id from t where phone in (’159′, ’136′);

6. 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’

7. 避免負(fù)向%

8. 慎用count(*)

9. limit高效分頁

   limit越大，效率越低

   select id from t limit 10000, 10;

   改寫成：

   select id from t where id > 10000 limit 10;

10. 使用union all替代union

    union有去重開銷

11. 少用連接join

12. 使用group by

    分組

    自動排序

13. 請使用同類型比較

14. 使用load data導(dǎo)數(shù)據(jù)

    load data比insert快約20倍；

15. 打散批量更新

16. 性能分析工具

    1. show profile;
    2. mysqlsla;
    3. mysqldumpslow;
    4. explain;
    5. show slow log;
    6. show processlist;
    7. show query_response_time(percona)