☆研發庫表設計規范

1 基本字段

DROP TABLE IF EXISTS `dictionary`;
CREATE TABLE `dictionary` (
  `id` BIGINT(8) NOT NULL AUTO_INCREMENT COMMENT '主鍵',
  `create_at` BIGINT(8) DEFAULT 0 COMMENT '創建時間',
  `create_by` BIGINT(8) DEFAULT 0 COMMENT '創建人ID',
  `create_name` VARCHAR(32)  DEFAULT '' COMMENT '創建人名稱',
  `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 核心軍規

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

3 字段類軍規

  1. 用好數值類型

    tinyint(1Byte)

    smallint(2Byte)

    mediumint(3Byte)

    int(4Byte)

    bigint(8Byte)

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

  2. 字符轉化為數字

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

  3. 優先使用enum或set

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

  4. 避免使用NULL字段

    NULL字段很難查詢優化

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

    NULL字段的復合索引無效

    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. 不在數據庫里存圖片

    INT類字段取值范圍

4 索引類軍規

  1. 謹慎合理使用索引

    改善查詢、減慢更新

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

    覆蓋記錄條數過多不適合建索引,例如“性別”

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

  3. 不在索引做列運算

    bad case:

    select id where age +1 = 10;

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

    主鍵建立聚簇索引

    主鍵不應該被修改

    字符串不應該做主鍵

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

  5. 不用外鍵

    請由程序保證約束

5. SQL類軍規

  1. sql語句盡可能簡單

    一條sql只能在一個cpu運算

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

    一條大sql可以堵死整個庫

  2. 簡單的事務

    事務時間盡可能短

    bad case:

    上傳圖片事務

  3. 避免使用trig/func

    觸發器、函數不用

    客戶端程序取而代之

  4. 不用select *

    消耗cpu,io,內存,帶寬

    這種程序不具有擴展性

  5. OR改寫為IN()

    or的效率是n級別

    in的效率是log(n)級別

    in的個數建議控制在200以內

    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導數據

    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)
最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。

推薦閱讀更多精彩內容

  • 50個常用的sql語句Student(S#,Sname,Sage,Ssex) 學生表Course(C#,Cname...
    哈哈海閱讀 1,256評論 0 7
  • 測試: http://blog.csdn.net/chenmengyi828/article/details/52...
    Miley_MOJIE閱讀 958評論 0 1
  • ORACLE自學教程 --create tabletestone ( id number, --序號usernam...
    落葉寂聊閱讀 1,122評論 0 0
  • 命名規范 庫名、表名、字段名必須使用小寫字母,并采用下劃線分割MySQL有配置參數lower_case_table...
    swoft_閱讀 656評論 0 0
  • 數據庫設計 以下所有規范會按照【高危】、【強制】、【建議】三個級別進行標注,遵守優先級從高到低。 庫名 【強制】庫...
    NeXt4閱讀 476評論 0 17