☆研發(fā)庫表設(shè)計規(guī)范

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. 謹慎合理使用索引

    改善查詢、減慢更新

    索引一定不是越多越好(能不加就不加,要加的一定得加)

    覆蓋記錄條數(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. 避免負向%

  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)
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容