MYSQL數(shù)據(jù)庫設(shè)計(jì)規(guī)范

1、數(shù)據(jù)庫命名規(guī)范

采用26個(gè)英文字母(區(qū)分大小寫)和0-9的自然數(shù)(經(jīng)常不需要)加上下劃線'_'組成;

命名簡(jiǎn)潔明確(長(zhǎng)度不能超過30個(gè)字符);

例如：user, stat, log, 也可以wifi_user, wifi_stat, wifi_log給數(shù)據(jù)庫加個(gè)前綴;

除非是備份數(shù)據(jù)庫可以加0-9的自然數(shù)：user_db_20151210;

2、數(shù)據(jù)庫表名命名規(guī)范

采用26個(gè)英文字母(區(qū)分大小寫)和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ù)庫表字段名命名規(guī)范

采用26個(gè)英文字母(區(qū)分大小寫)和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ù)庫表字段類型規(guī)范

用盡量少的存儲(chǔ)空間來存數(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ù)庫表索引規(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ù)庫范式

第一范式(1NF)：字段值具有原子性,不能再分(所有關(guān)系型數(shù)據(jù)庫系統(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ù)庫設(shè)計(jì)原則

1、核心原則

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

cpu計(jì)算務(wù)必移至業(yè)務(wù)層;

控制列數(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字段的復(fù)合索引無效);

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

3、索引類原則

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

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

不在索引做列運(yùn)算;

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

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

4、sql類原則

sql語句盡可能簡(jiǎn)單(一條sql只能在一個(gè)cpu運(yùn)算,大語句拆小語句,減少鎖時(shí)間,一條大sql可以堵死整個(gè)庫);

簡(jiǎn)單的事務(wù);

避免使用trig/func(觸發(fā)器、函數(shù)不用客戶端程序取而代之);

不用select *(消耗cpu,io,內(nèi)存,帶寬,這種程序不具有擴(kuò)展性);

OR改寫為IN(or的效率是n級(jí)別);

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’

避免負(fù)向%;

慎用count(*);

limit高效分頁(limit越大，效率越低);

使用union all替代union(union有去重開銷);

少用連接join;

使用group by;

請(qǐng)使用同類型比較;

打散批量更新;

5、性能分析工具

show profile;

mysqlsla;

mysqldumpslow;

explain;

show slow log;

show processlist;

總結(jié)

以上是生活随笔為你收集整理的mysql数据库设计规范_MYSQL数据库设计规范与原则的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

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