MySQL數(shù)據(jù)庫(kù)的設(shè)計(jì)規(guī)范與原則

今天小編就為大家?guī)?lái)一篇有關(guān)MySQL數(shù)據(jù)庫(kù)的設(shè)計(jì)規(guī)范與原則的文章。小編覺(jué)得總結(jié)全面到位，為此分享給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧。

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ù)表不能有沉余字段;

備注：必須先滿足第二范式;

數(shù)據(jù)庫(kù)的三范式：

①字段不可分。

②有主鍵，非主鍵字段依賴主鍵。

③非主鍵字段不能互相依賴。

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;

以上就是MySQL數(shù)據(jù)庫(kù)的設(shè)計(jì)規(guī)范與原則的詳細(xì)內(nèi)容了，看完之后是否有所收獲呢？如果想了解更多相關(guān)內(nèi)容，歡迎關(guān)注億速云行業(yè)資訊！