轉自loveking_陽http://www.cnblogs.com/lovekingly/p/5044278.html
MYSQL數據庫設計規範與原則
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
|
MYSQL數據庫設計規範 1、數據庫命名規範 採用26個英文字母(區分大小寫)和0-9的自然數(經常不需要)加上下劃線 '_' 組成; 命名簡潔明確(長度不能超過30個字符); 例如: user ,
stat, log, 也可以wifi_user, wifi_stat, wifi_log給數據庫加個前綴; 除非是備份數據庫可以加0-9的自然數:user_db_20151210; 2、數據庫表名命名規範 採用26個英文字母(區分大小寫)和0-9的自然數(經常不需要)加上下劃線 '_' 組成; 命名簡潔明確,多個單詞用下劃線 '_' 分隔; 例如:user_login,
user_profile, user_detail, user_role, user_role_relation, user_role_right,
user_role_right_relation 表前綴 'user_' 可以有效的把相同關係的表顯示在一起; 3、數據庫表字段名命名規範 採用26個英文字母(區分大小寫)和0-9的自然數(經常不需要)加上下劃線 '_' 組成; 命名簡潔明確,多個單詞用下劃線 '_' 分隔; 例如:user_login表字段
user_id, user_name, pass_word, eamil, tickit, status, mobile, add_time; 每個表中必須有自增主鍵,add_time(默認系統時間) 表與表之間的相關聯字段名稱要求儘可能的相同; 4、數據庫表字段類型規範 用盡量少的存儲空間來存數一個字段的數據; 例如:能使用 int 就不要使用 varchar 、 char ,能用 varchar (16)就不要使用 varchar (256); IP地址最好使用 int 類型; 固定長度的類型最好使用 char ,例如:郵編; 能使用tinyint就不要使用 smallint , int ; 最好給每個字段一個默認值,最好不能爲 null ; 5、數據庫表索引規範 命名簡潔明確,例如:user_login表user_name字段的索引應爲user_name_index唯一索引; 爲每個表創建一個主鍵索引; 爲每個表創建合理的索引; 建立複合索引請慎重; 6、簡單熟悉數據庫範式 第一範式(1NF):字段值具有原子性,不能再分(所有關係型數據庫系統都滿足第一範式); 例如:姓名字段,其中姓和名是一個整體,如果區分姓和名那麼必須設立兩個獨立字段; 第二範式(2NF):一個表必須有主鍵,即每行數據都能被唯一的區分; 備註:必須先滿足第一範式; 第三範式(3NF):一個表中不能包涵其他相關表中非關鍵字段的信息,即數據表不能有沉餘字段; 備註:必須先滿足第二範式; 備註:往往我們在設計表中不能遵守第三範式,因爲合理的沉餘字段將會給我們減少 join 的查詢; 例如:相冊表中會添加圖片的點擊數字段,在相冊圖片表中也會添加圖片的點擊數字段; MYSQL數據庫設計原則 1、核心原則 不在數據庫做運算; cpu計算務必移至業務層; 控制列數量(字段少而精,字段數建議在20以內); 平衡範式與冗餘(效率優先;往往犧牲範式) 拒絕3B(拒絕大sql語句:big
sql、拒絕大事物:big transaction 、拒絕大批量:big
batch); 2、字段類原則 用好數值類型(用合適的字段類型節約空間); 字符轉化爲數字(能轉化的最好轉化,同樣節約空間、提高查詢性能); 避免使用 NULL 字段( NULL 字段很難查詢優化、 NULL 字段的索引需要額外空間、 NULL 字段的複合索引無效); 少用text類型(儘量使用 varchar 代替text字段); 3、索引類原則 合理使用索引(改善查詢,減慢更新,索引一定不是越多越好); 字符字段必須建前綴索引; 不在索引做列運算; innodb主鍵推薦使用自增列(主鍵建立聚簇索引,主鍵不應該被修改,字符串不應該做主鍵)(理解Innodb的索引保存結構就知道了); 不用外鍵(由程序保證約束); 4、sql類原則 sql語句儘可能簡單(一條sql只能在一個cpu運算,大語句拆小語句,減少鎖時間,一條大sql可以堵死整個庫); 簡單的事務; 避免使用trig/func(觸發器、函數不用客戶端程序取而代之); 不用 select *(消耗cpu,io,內存,帶寬,這種程序不具有擴展性); 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; |