MYSQL數(shù)據(jù)庫(kù)設(shè)計(jì)規(guī)范
1、數(shù)據(jù)庫(kù)命名規(guī)范
采用26個(gè)英文字母(區(qū)分大小寫(xiě))和0-9的自然數(shù)(經(jīng)常不需要)加上下劃線'_'組成;
命名簡(jiǎn)潔明確(長(zhǎng)度不能超過(guò)30個(gè)字符);
例如：user, stat, log, 也可以wifi_user, wifi_stat, wifi_log給數(shù)據(jù)庫(kù)加個(gè)前綴;
除非是備份數(shù)據(jù)庫(kù)可以加0-9的自然數(shù)：user_db_20151210;
2、數(shù)據(jù)庫(kù)表名命名規(guī)范
采用26個(gè)英文字母(區(qū)分大小寫(xiě))和0-9的自然數(shù)(經(jīng)常不需要)加上下劃線'_'組成;
命名簡(jiǎn)潔明確,多個(gè)單詞用下劃線'_'分隔;
例如：user_login, user_profile, user_detail, user_role, user_role_relation, user_role_right, user_role_right_relation
表前綴'user_'可以有效的把相同關(guān)系的表顯示在一起;
3、數(shù)據(jù)庫(kù)表字段名命名規(guī)范
采用26個(gè)英文字母(區(qū)分大小寫(xiě))和0-9的自然數(shù)(經(jīng)常不需要)加上下劃線'_'組成;
命名簡(jiǎn)潔明確,多個(gè)單詞用下劃線'_'分隔;
例如：user_login表字段 user_id, user_name, pass_word, eamil, tickit, status, mobile, add_time;
每個(gè)表中必須有自增主鍵,add_time(默認(rèn)系統(tǒng)時(shí)間)
表與表之間的相關(guān)聯(lián)字段名稱要求盡可能的相同;
4、數(shù)據(jù)庫(kù)表字段類型規(guī)范
用盡量少的存儲(chǔ)空間來(lái)存數(shù)一個(gè)字段的數(shù)據(jù);
例如：能使用int就不要使用varchar、char,能用varchar(16)就不要使用varchar(256);
IP地址最好使用int類型;
固定長(zhǎng)度的類型最好使用char,例如：郵編;
能使用tinyint就不要使用smallint,int;
最好給每個(gè)字段一個(gè)默認(rèn)值,最好不能為null;
5、數(shù)據(jù)庫(kù)表索引規(guī)范
命名簡(jiǎn)潔明確,例如：user_login表user_name字段的索引應(yīng)為user_name_index唯一索引;
為每個(gè)表創(chuàng)建一個(gè)主鍵索引;
為每個(gè)表創(chuàng)建合理的索引;
建立復(fù)合索引請(qǐng)慎重;
6、簡(jiǎn)單熟悉數(shù)據(jù)庫(kù)范式
第一范式(1NF)：字段值具有原子性,不能再分(所有關(guān)系型數(shù)據(jù)庫(kù)系統(tǒng)都滿足第一范式);
例如：姓名字段,其中姓和名是一個(gè)整體,如果區(qū)分姓和名那么必須設(shè)立兩個(gè)獨(dú)立字段;
第二范式(2NF)：一個(gè)表必須有主鍵,即每行數(shù)據(jù)都能被唯一的區(qū)分;
備注：必須先滿足第一范式;
第三范式(3NF)：一個(gè)表中不能包涵其他相關(guān)表中非關(guān)鍵字段的信息,即數(shù)據(jù)表不能有沉余字段;
備注：必須先滿足第二范式;
備注：往往我們?cè)谠O(shè)計(jì)表中不能遵守第三范式,因?yàn)楹侠淼某劣嘧侄螌?huì)給我們減少join的查詢;
例如：相冊(cè)表中會(huì)添加圖片的點(diǎn)擊數(shù)字段,在相冊(cè)圖片表中也會(huì)添加圖片的點(diǎn)擊數(shù)字段;
MYSQL數(shù)據(jù)庫(kù)設(shè)計(jì)原則
1、核心原則
不在數(shù)據(jù)庫(kù)做運(yùn)算;
cpu計(jì)算務(wù)必移至業(yè)務(wù)層;
控制列數(shù)量(字段少而精,字段數(shù)建議在20以內(nèi));
平衡范式與冗余(效率優(yōu)先；往往犧牲范式)
拒絕3B(拒絕大sql語(yǔ)句：big sql、拒絕大事物：big transaction、拒絕大批量：big batch);
2、字段類原則
用好數(shù)值類型(用合適的字段類型節(jié)約空間);
字符轉(zhuǎn)化為數(shù)字(能轉(zhuǎn)化的最好轉(zhuǎn)化,同樣節(jié)約空間、提高查詢性能);
避免使用NULL字段(NULL字段很難查詢優(yōu)化、NULL字段的索引需要額外空間、NULL字段的復(fù)合索引無(wú)效);
少用text類型(盡量使用varchar代替text字段);
3、索引類原則
合理使用索引(改善查詢,減慢更新,索引一定不是越多越好);
字符字段必須建前綴索引;
不在索引做列運(yùn)算;
innodb主鍵推薦使用自增列(主鍵建立聚簇索引,主鍵不應(yīng)該被修改,字符串不應(yīng)該做主鍵)(理解Innodb的索引保存結(jié)構(gòu)就知道了);
不用外鍵(由程序保證約束);
4、sql類原則
sql語(yǔ)句盡可能簡(jiǎn)單(一條sql只能在一個(gè)cpu運(yùn)算,大語(yǔ)句拆小語(yǔ)句,減少鎖時(shí)間,一條大sql可以堵死整個(gè)庫(kù));
簡(jiǎn)單的事務(wù);
避免使用trig/func(觸發(fā)器、函數(shù)不用客戶端程序取而代之);
不用select *(消耗cpu,io,內(nèi)存,帶寬,這種程序不具有擴(kuò)展性);
OR改寫(xiě)為IN(or的效率是n級(jí)別);
OR改寫(xiě)為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’
避免負(fù)向%;
慎用count(*);
limit高效分頁(yè)(limit越大，效率越低);
使用union all替代union(union有去重開(kāi)銷);
少用連接join;
使用group by;
請(qǐng)使用同類型比較;
打散批量更新;
5、性能分析工具
show profile;
mysqlsla;
mysqldumpslow;
explain;
show slow log;
show processlist;
