1. 程式人生 > >MySQL資料庫優化——資料庫設計原則

MySQL資料庫優化——資料庫設計原則

1、核心原則

不在資料庫做運算;

cpu計算務必移至業務層;

控制列數量(欄位少而精,欄位數建議在20以內);

平衡正規化與冗餘(效率優先;往往犧牲正規化)

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

2、欄位類原則

用好數值型別(用合適的欄位型別節約空間);

字元轉化為數字(能轉化的最好轉化,同樣節約空間、提高查詢效能);

避免使用NULL欄位(NULL欄位很難查詢優化、NULL欄位的索引需要額外空間、NULL欄位的複合索引無效);

少用text型別(儘量使用varchar代替text欄位);

3、索引類原則

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

字元欄位必須建字首索引;

不在索引做列運算;

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

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

4、sql類原則

sql語句儘可能簡單(一條sql只能在一個cpu運算,大語句拆小語句,減少鎖時間,一條大sql可以堵死整個庫);

簡單的事務;

避免使用trig/func(觸發器、函式不用客戶端程式取而代之);

不用select *(消耗cpu,io,記憶體,頻寬,這種程式不具有擴充套件性);

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;

        請使用同類型比較;

        打散批量更新;