MySQL開發規範與使用技巧總結

命名規範

1.庫名、表名、字段名必須使用小寫字母，並採用下劃線分割。

a)MySQL有配置參數lower_case_table_names，不可動態更改，Linux系統默認爲 0，即庫表名以實際狀況存儲，大小寫敏感。若是是1，以小寫存儲，大小寫不敏感。若是是2，以實際狀況存儲，但以小寫比較。

b)若是大小寫混合使用，可能存在abc，Abc，ABC等多個表共存，容易致使混亂。

c)字段名顯示區分大小寫，但實際使⽤用不區分，即不能夠創建兩個名字同樣但大小寫不同的字段。

d)爲了統一規範， 庫名、表名、字段名使用小寫字母。

2.庫名、表名、字段名禁止超過32個字符。

庫名、表名、字段名支持最多64個字符，但爲了統一規範、易於辨識以及減小傳輸量，禁止超過32個字符。

3.使用INNODB存儲引擎。

INNODB引擎是MySQL5.5版本之後的默認引擘，支持事務、行級鎖，有更好的數據恢復能力、更好的併發性能，同時對多核、大內存、SSD等硬件支持更好，支持數據熱備份等，所以INNODB相比MyISAM有明顯優點。

4.庫名、表名、字段名禁止使用MySQL保留字。

當庫名、表名、字段名等屬性含有保留字時，SQL語句必須用反引號引用屬性名稱，這將使得SQL語句書寫、SHELL腳本中變量的轉義等變得⾮很是複雜。

5.禁止使用分區表。

分區表對分區鍵有嚴格要求；分區表在表變大後，執⾏行DDL、SHARDING、單表恢復等都變得更加困難。所以禁止使用分區表，並建議業務端手動SHARDING。

6.建議使用UNSIGNED存儲非負數值。

一樣的字節數，非負存儲的數值範圍更大。如TINYINT有符號爲 -128-127，無符號爲0-255。

7.建議使用INT UNSIGNED存儲IPV4。

用UNSINGED INT存儲IP地址佔用4字節，CHAR(15)則佔用15字節。另外，計算機處理整數類型比字符串類型快。使用INT UNSIGNED而不是CHAR(15)來存儲IPV4地址，經過MySQL函數inet_ntoa和inet_aton來進行轉化。IPv6地址目前沒有轉化函數，須要使用DECIMAL或兩個BIGINT來存儲。例如：

SELECT INET_ATON('209.207.224.40'); 3520061480SELECT INET_NTOA(3520061480);

209.207.224.40

 

8.強烈建議使用TINYINT來代替ENUM類型。ENUM類型在須要修改或增長枚舉值時，須要在線DDL，成本較高；ENUM列值若是含有數字類型，可能會引發默認值混淆。

9.使用VARBINARY存儲大小寫敏感的變長字符串或二進制內容。

VARBINARY默認區分大小寫，沒有字符集概念，速度快。

http://10.INT類型固定佔用4字節存儲

例如INT(4)僅表明顯示字符寬度爲4位，不表明存儲長度。數值類型括號後面的數字只是表示寬度而跟存儲範圍沒有關係，好比INT(3)默認顯示3位，空格補齊，超出時正常顯示，Python、Java客戶端等不具有這個功能。

11.區分使用DATETIME和TIMESTAMP。

存儲年使用YEAR類型。存儲日期使用DATE類型。存儲時間(精確到秒)建議使用TIMESTAMP類型。

DATETIME和TIMESTAMP都是精確到秒，優先選擇TIMESTAMP，由於TIMESTAMP只有4個字節，而DATETIME8個字節。同時TIMESTAMP具備自動賦值以及⾃自動更新的特性。注意：在5.5和以前的版本中，若是一個表中有多個timestamp列，那麼最多隻能有一列能具備自動更新功能。如何使用TIMESTAMP的自動賦值屬性?

a)自動初始化，並且自動更新：

column1 TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATECURRENT_TIMESTAMP

b)只是自動初始化：

column1 TIMESTAMP DEFAULT CURRENT_TIMESTAMP

c)自動更新，初始化的值爲0：

column1 TIMESTAMP DEFAULT 0 ON UPDATE CURRENT_TIMESTAMP

d)初始化的值爲0：

1 column1 TIMESTAMP DEFAULT 0

 

12.索引字段均定義爲NOT NULL。

a)對錶的每一行，每一個爲NULL的列都須要額外的空間來標識。

b)B樹索引時不會存儲NULL值，因此若是索引字段能夠爲NULL，索引效率會降低。

c)建議用0、特殊值或空串代替NULL值。

 

MySQL使用技巧

1.將大字段、訪問頻率低的字段拆分到單獨的表中存儲，分離冷熱數據。

有利於有效利用緩存，防⽌止讀入無用的冷數據，較少磁盤IO，同時保證熱數據常駐內存提⾼高緩存命中率。

2.禁止在數據庫中存儲明文密碼。

採用加密字符串存儲密碼，並保證密碼不可解密，同時採用隨機字符串加鹽保證密碼安全。

3.表必須有主鍵，推薦使用UNSIGNED自增列做爲主鍵。

表沒有主鍵，INNODB會默認設置隱藏的主鍵列；沒有主鍵的表在定位數據行的時候很是困難，也會下降基於行復制的效率。

4.禁止冗餘索引。

索引是雙刃劍，會增長維護負擔，增⼤大IO壓力。(a,b,c)、(a,b)，後者爲冗餘索引。能夠利用前綴索引來達到加速目的，減輕維護負擔

。5.禁止重複索引。

primary key a;uniq index a;重複索引增長維護負擔、佔用磁盤空間，同時沒有任何益處。

6.不在低基數列上創建索引，例如「性別」。

大部分場景下，低基數列上創建索引的精確查找，相對於不創建索引的全表掃描沒有任何優點，並且增大了IO負擔。

7.合理使用覆蓋索引減小IO，避免排序。

覆蓋索引能從索引中獲取須要的索引字段，從⽽而避免回表進行二次查找，節省IO。

INNODB存儲引擎中，secondary index(非主鍵索引，又稱爲輔助索引、二級索引)沒有直接存儲行地址，而是存儲主鍵值。

若是用戶須要查詢secondary index中所不包含的數據列，則須要先經過secondary index查找到主鍵值，而後再經過主鍵查詢到其餘數據列，所以須要查詢兩次。覆蓋索引則能夠在⼀一個索引中獲取全部須要的數據，所以效率較高。

例如SELECT email，uid FROM user_email WHERE uid=xx，若是uid不是主鍵，適當時候能夠將索引添加爲index(uid，email)，以得到性能提高。

8.用IN代替OR。SQL語句中IN包含的值不該過多，應少於1000個。

IN是範圍查找，MySQL內部會對IN的列表值進行排序後查找，比OR效率更高。

9.表字符集使用UTF8，必要時可申請使用UTF8MB4字符集。

a)UTF8字符集存儲漢字佔用3個字節，存儲英文字符佔用一個字節。

b)UTF8統一併且通用，不會出現轉碼出現亂碼風險。

c)若是遇到EMOJ等表情符號的存儲需求，可申請使用UTF8MB4字符集。

10.用UNION ALL代替UNION。

UNION ALL不須要對結果集再進行排序。

11.禁止使用order by rand()。

order by rand()會爲表增長一個僞列，而後用rand()函數爲每一行數據計算出rand()值，而後基於該行排序，這一般都會生成磁盤上的臨時表，所以效率很是低。建議先使用rand()函數得到隨機的主鍵值，而後經過主鍵

獲取數據。

12.建議使用合理的分頁方式以提升分頁效率。

假若有相似下面分頁語句:

SELECT * FROM table ORDER BY TIME DESC LIMIT 10000，10;

 

這種分頁方式會致使大量的io，由於MySQL使用的是提早讀取策略。

推薦分頁方式:

SELECT * FROM table WHERE TIME<last_TIME ORDER BY TIME DESC

LIMIT 10.SELECT * FROM table inner JOIN (SELECT id FROM table

ORDER BY TIME LIMIT 10000，10) as tUSING(id)

 

13.SELECT只獲取必要的字段，禁⽌止使用SELECT *。減小網絡帶寬消耗；

能有效利用覆蓋索引；

表結構變動對程序基本無影響。

14.SQL中避免出現now()、rand()、sysdate()、current_user()等不肯定結果的函數。

語句級複製場景下，引發主從數據不一致；不肯定值的函數，產⽣生的SQL語句沒法利用QUERY CACHE。

15.採用合適的分庫分表策略。例如千庫十表、十庫百表等。

採用合適的分庫分表策略，有利於業務發展後期快速對數據庫進行水平拆分，同時分庫能夠有效利⽤用MySQL

的多線程複製特性。

16.減小與數據庫交互次數，儘可能採用批量SQL語句。

使用下面的語句來減小和db的交互次數:

a)INSERT ... ON DUPLICATE KEY UPDATE
b)REPLACE INTO
c)INSERT IGNORE 
d)INSERT INTO VALUES()

 

17.拆分複雜SQL爲多個小SQL，避免大事務。

簡單的SQL容易使⽤用到MySQL的QUERY CACHE；減小鎖表時間特別是MyISAM；可使用多核 CPU。18.對同一個表的屢次alter操做必須合併爲一次操做。

mysql對錶的修改絕大部分操做都須要鎖表並重建表，而鎖表則會對線上業務形成影響。爲減小這種影響，必須把對錶的屢次alter操做合併爲一次操做。例如，要給表t增長一個字段b，同時給已有的字段aa創建索引，

一般的作法分爲兩步：

alter table t add column b varchar(10);
而後增長索引：
alter table t add index idx_aa(aa);
正確的作法是：
alter table t add column b varchar(10),add index idx_aa(aa);

 

19.避免使用存儲過程、觸發器、視圖、自定義函數等。

這些高級特性有性能問題，以及未知BUG較多。業務邏輯放到數據庫會形成數據庫的DDL、SCALE OUT、

SHARDING等變得更加困難。

20.禁止有super權限的應用程序帳號存在。

安全第一。super權限會致使read only失效，致使較多詭異問題並且很難追蹤。

21.不要在MySQL數據庫中存放業務邏輯。

數據庫是有狀態的服務，變動複雜並且速度慢，若是把業務邏輯放到數據庫中，將會限制業務的快速發展。建議把業務邏輯提早，放到前端或中間邏輯層，而把數據庫做爲存儲層，實現邏輯與存儲的分離。