MySQL資料庫優化——資料庫設計規範
資料庫命名規範
- 採用26個英文字母(區分大小寫)和0-9的自然數(經常不需要)加上下劃線'_'組成;
- 命名簡潔明確(長度不能超過30個字元);
- 例如:user, stat, log, 也可以wifi_user, wifi_stat, wifi_log給資料庫加個字首;
- 除非是備份資料庫可以加0-9的自然數:user_db_20151210;
資料庫表名命名規範
a、採用26個英文字母(區分大小寫)和0-9的自然數(經常不需要)加上下劃線'_'組成;
b、命名簡潔明確,多個單詞用下劃線'_'分隔;
例如:user_login, user_profile, user_detail, user_role, user_role_relation,
user_role_right, user_role_right_relation
注:表字首'user_'可以有效的把相同關係的表顯示在一起;
資料庫表字段名命名規範
a、採用26個英文字母(區分大小寫)和0-9的自然數(經常不需要)加上下劃線'_'組成;
b、命名簡潔明確,多個單詞用下劃線'_'分隔;
例如:user_login表字段 user_id, user_name, pass_word, eamil, tickit, status, mobile, add_time;
c、每個表中必須有自增主鍵,add_time(預設系統時間)
d、表與表之間的相關聯欄位名稱要求儘可能的相同;
資料庫表字段型別規範
用盡量少的儲存空間來存數一個欄位的資料;
例如:能使用int就不要使用varchar、char,能用varchar(16)就不要使用varchar(256);
IP地址最好使用int型別;
固定長度的型別最好使用char,例如:郵編;
能使用tinyint就不要使用smallint,int;(狀態最好使用tinyint)
最好給每個欄位一個預設值,最好不能為null(為null索引有可能失效);
用好數值型別(用合適的欄位型別節約空間);
字元轉化為數字(能轉化的最好轉化,同樣節約空間、提高查詢效能);
避免使用NULL欄位(NULL欄位很難查詢優化、NULL欄位的索引需要額外空間、NULL欄位的複合索引無效);
少用text型別(儘量使用varchar代替text欄位);
資料庫表索引規範
命名簡潔明確,例如:user_login表user_name欄位的索引應為user_name_index唯一索引;
為每個表建立一個主鍵索引;
為每個表建立合理的索引;
建立複合索引請慎重;
合理使用索引(改善查詢,減慢更新,索引一定不是越多越好);
字元欄位必須建字首索引;
不在索引做列運算;
innodb主鍵推薦使用自增列(主鍵建立聚簇索引,主鍵不應該被修改,字串不應該做主鍵)(理解Innodb的索引儲存結構就知道了);
不用外來鍵(由程式保證約束);
簡單熟悉資料庫正規化
1、第一正規化(1NF):欄位值具有原子性,不能再分(所有關係型資料庫系統都滿足第一正規化);
例如:姓名欄位,其中姓和名是一個整體,如果區分姓和名那麼必須設立兩個獨立欄位;
2、第二正規化(2NF):一個表必須有主鍵,即每行資料都能被唯一的區分;
備註:必須先滿足第一正規化;
3、第三正規化(3NF):一個表中不能包涵其他相關表中非關鍵欄位的資訊,即資料表不能有沉餘字段;
備註:必須先滿足第二正規化;
備註:往往我們在設計表中不能遵守第三正規化,因為合理的沉餘字段將會給我們減少join的查詢;
例如:相簿表中會新增圖片的點選數字段,在相簿圖片表中也會新增圖片的點選數字段;