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

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

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

命名簡潔明確(長度不能超過30個字符);

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

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

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

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

命名簡潔明確,多個單詞用下劃線'_'分隔;

例如：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個英文字母(區(qū)分大小寫)和0-9的自然數(shù)(經(jīng)常不需要)加上下劃線'_'組成;

命名簡潔明確,多個單詞用下劃線'_'分隔;

例如：user_login表字段user_id, user_name, pass_word, eamil, tickit, status, mobile, add_time;

每個表中必須有自增主鍵,add_time(默認系統(tǒng)時間)

表與表之間的相關(guān)聯(lián)字段名稱要求盡可能的相同;

4、數(shù)據(jù)庫表字段類型規(guī)范

用盡量少的存儲空間來存數(shù)一個字段的數(shù)據(jù);

例如：能使用int就不要使用varchar、char,能用varchar(16)就不要使用varchar(256);

IP地址最好使用int類型;

固定長度的類型最好使用char,例如：郵編;

能使用tinyint就不要使用smallint,int;

最好給每個字段一個默認值,最好不能為null;

5、數(shù)據(jù)庫表索引規(guī)范

命名簡潔明確,例如：user_login表user_name字段的索引應為user_name_index唯一索引;

為每個表創(chuàng)建一個主鍵索引;

為每個表創(chuàng)建合理的索引;

建立復合索引請慎重;

6、簡單熟悉數(shù)據(jù)庫范式

第一范式(1NF)：字段值具有原子性,不能再分(所有關(guān)系型數(shù)據(jù)庫系統(tǒng)都滿足第一范式);

例如：姓名字段,其中姓和名是一個整體,如果區(qū)分姓和名那么必須設(shè)立兩個獨立字段;

第二范式(2NF)：一個表必須有主鍵,即每行數(shù)據(jù)都能被唯一的區(qū)分;

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

第三范式(3NF)：一個表中不能包涵其他相關(guān)表中非關(guān)鍵字段的信息,即數(shù)據(jù)表不能有沉余字段;

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

備注：往往我們在設(shè)計表中不能遵守第三范式,因為合理的沉余字段將會給我們減少join的查詢;

例如：相冊表中會添加圖片的點擊數(shù)字段,在相冊圖片表中也會添加圖片的點擊數(shù)字段;

MYSQL數(shù)據(jù)庫設(shè)計原則

1、核心原則

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

cpu計算務必移至業(yè)務層;

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

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

3、索引類原則

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

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

不在索引做列運算;

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

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

4、sql類原則

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

簡單的事務;

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

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

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;

請使用同類型比較;

打散批量更新;

5、性能分析工具

show profile;

mysqlsla;

mysqldumpslow;

explain;

show slow log;

show processlist;

總結(jié)

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

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