MYSQL數(shù)據(jù)庫設計原則

?

1、核心原則

不在數(shù)據(jù)庫做運算;

cpu計算務必移至業(yè)務層;

控制列數(shù)量(字段少而精,字段數(shù)建議在20以內(nèi));

平衡范式與冗余(效率優(yōu)先；往往犧牲范式)

拒絕3B(拒絕大sql語句：big sql、拒絕大事務：big transaction、拒絕大批量：big batch);

?

2、字段類原則

用好數(shù)值類型(用合適的字段類型節(jié)約空間);

字符轉(zhuǎn)化為數(shù)字(能轉(zhuǎn)化的最好轉(zhuǎn)化,同樣節(jié)約空間、提高查詢性能);

避免使用NULL字段(NULL字段很難查詢優(yōu)化、NULL字段的索引需要額外空間、NULL字段的復合索引無效);

少用text類型(盡量使用varchar代替text字段);

?

3、索引類原則

合理使用索引(改善查詢,減慢更新,索引一定不是越多越好);

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

不在索引做列運算;

innodb主鍵推薦使用自增列(主鍵建立聚簇索引,主鍵不應該被修改,字符串不應該做主鍵)(理解Innodb的索引保存結(jié)構就知道了);

不用外鍵(由程序保證約束);

?

4、sql類原則

sql語句盡可能簡單(一條sql只能在一個cpu運算,大語句拆小語句,減少鎖時間,一條大sql可以堵死整個庫); 簡單的事務; 避免使用trig/func(觸發(fā)器、函數(shù)不用客戶端程序取而代之); 不用select *(消耗cpu,io,內(nèi)存,帶寬,這種程序不具有擴展性); 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;請使用同類型比較;打散批量更新;

?

?

?

總結(jié)

以上是生活随笔為你收集整理的数据库-优化-MYSQL数据库设计原则的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。