我們公司相當多的專案用的是mysql資料庫，但是大家在開發過程中對mysql的認識問題，往往在資料庫設計時對字段的定義不一致，在開發時對sql語句的執行出現問題，特地把一些通用性的、值得注意的問題做一下總結
一、資料庫的設計規範
1、必須使用innodb儲存引擎
原因：支援事務安全、行級鎖、併發效能更好（查詢不加鎖，完全不影響查詢），記憶體快取頁優化使得資源利用率更高，mysql5.6版本開始支援 全文索引
2、必須使用utf-8的字元編碼
3、資料庫、表、欄位名必須有意義並且必須加入中文注釋
原因：避免自己遺忘，方便他人進行開發，要不然一段時間之後誰還知道這是用來幹什麼的
4、禁止使用儲存過程、檢視、觸發器
原因：高併發大資料的網際網路業務，架構設計思路是「解放資料庫cpu，將計算轉移到服務層」，併發量大的情況下，這些功能很可能將資料庫拖死，業務邏輯放到服務層具備更好的擴充套件性，能夠輕易實現「增機器就加效能」。資料庫擅長儲存與索引，計算還是使用程式來實現。使用儲存過程等非常難於進行除錯和測試。
5、禁止儲存檔案和
原因：儲存路徑在速度和空間方面會有更好的提公升
6、資料庫中表的數量不能高於500
7、庫名、表名、欄位名的命名規則
所有的名字都使用小寫並且間隔使用下劃線風格，不超過32個字元，必須要見名知意，盡量使用英文，但是絕對禁止拼音英文混用命名。
二、表的設計規則
8、表中的字段數不能超過30
原因：如果欄位過多，就要把一些不常用的字段進行分表處理
9、表明和索引名統一
例如：表名table_***，非唯一索引名index_***，唯一索引名unique_***
10、所有表必須至少有乙個主鍵，例如自增主鍵
原因：a）主鍵遞增，資料行寫入可以提高插入效能，可以避免page**，減少表碎片提公升空間和記憶體的使用
b）主鍵要選擇較短的資料型別， innodb引擎普通索引都會儲存主鍵的值，較短的資料型別可以有效的減少索引的磁碟空間，提高索引的快取效率
c） 無主鍵的表刪除，在row模式的主從架構，會導致備庫夯住
11、禁止使用外來鍵，如果要有外來鍵完整性約束，必須使用程式進行控制
原因：外來鍵會導致表之間耦合度增加，update與delete操作都會涉及相關聯的表，非常影響sql 的效能，甚至會造成死鎖。高併發情況下非常影響資料庫效能，大資料高併發業務場景資料庫使用以效能優先
三、欄位的設計規範
12、所有欄位都要定義為not null並提供預設值
原因：1）null的列使索引/索引統計/值比較都更加複雜，對mysql來說更難優化
2）null 這種型別mysql內部需要進行特殊處理，增加資料庫處理記錄的複雜性；同等條件下，表中有較多空字段的時候，資料庫的處理效能會降低很多
3）null值需要更多的儲存空，無論是表還是索引中每行中的null的列都需要額外的空間來標識
4）對null 的處理時候，只能採用is null或is not null，而不能採用=、in、、!=、not in這些操作符號。如：where name!=』shenjian』，如果存在name為null值的記錄，查詢結果就不會包含name為null值的記錄
13、在多字段的表中禁止使用text、blob型別
14、使用整數禁止使用小數儲存貨幣
原因：**乘以100來使用整數儲存，小數在運算過程中會導致錢對不上
15、手機號必須使用varchar(20)進行儲存
原因：1）涉及到國家代號，可能出現類似+86
2）手機號會去做數**算麼？不會，所以不要使用int（11）
3）varchar可以支援模糊查詢，例如：like「138%」
16、禁止使用enum，可使用tinyint代替
原因：1）增加新的enum值要做ddl操作
2）enum的內部實際儲存就是整數，你以為自己定義的是字串？
四、索引的設計規範
17、表中索引的數量最好控制在5個以內
原因：1）、索引也占用很大的空間
2）、索引在建立修改資料的情況需要大量更新索引
18、乙個索引關聯的字段在5個以內
原因：字段超過5個時，實際已經起不到有效過濾資料的作用了
19、禁止在更新十分頻繁、或者區分度不高的屬性上建立索引
原因：1）更新會變更b+樹，更新頻繁的字段建立索引會大大降低資料庫效能
2）「性別」這種區分度不大的屬性，建立索引是沒有什麼意義的，不能有效過濾資料，效能與全表掃瞄類似
20、建立組合索引，必須把區分度高的字段放在前面
解讀：能夠更加有效的過濾資料
五、sql優化
21、禁止使用select *，只獲取必要的字段，需要顯示說明列屬性
原因：1）讀取不需要的列會增加cpu、io、net消耗
2）不能有效的利用覆蓋索引
3）使用select *容易在增加或者刪除欄位後出現程式bug
22、禁止使用insert into t_*** values(yyy)，必須顯示指定插入的列屬性
原因：容易在增加或者刪除欄位後出現程式bug
23、禁止使用屬性隱式轉換
原因：select uid from t_user where phone=13812345678 會導致全表掃瞄，而不能命中phone索引，
where 條件語句裡，字段屬性和賦給的條件，當資料型別不一樣，這時候是沒法直接比較的，需要進行一致轉換，這種情況是無法使用索引的。
24、禁止在where條件的屬性上使用函式或者表示式
原因：select uid from t_user where from_unixtime(day)>='2017-02-15' 會導致全表掃瞄，而不能使用索引
正確的寫法是：select uid from t_user where day>= unix_timestamp('2017-02-15 00:00:00')
25、禁止負向查詢，以及%開頭的模糊查詢
解讀：a）負向查詢條件：not、!=、<>、!、not in、not like等，會導致全表掃瞄，而不使用索引
b）%開頭的模糊查詢，同樣會導致全表掃瞄，不能使用索引
26、禁止在大表中使用join查詢，禁止大表使用子查詢
解讀：會產生臨時表，消耗較多記憶體與cpu，極大影響資料庫效能
27、禁止使用or條件，都改為in查詢
28、應用程式必須捕獲sql異常的功能，並有相應處理
資料庫開發規範參考
一.命名規範1.使用 innodb 儲存引擎 2.使據庫和表的字符集統一使用 utf8 字符集 3.所有的表和字段都要新增注釋 4.盡量控制單錶資料量控制在 500 萬行以內 5.謹慎使用 mysql 分割槽表 6.做到冷熱資料分離，減少表的寬度 7.禁止在表中建立預留字段 8.禁止在資料庫中儲存，...
MYSQL資料庫開發規範
自己總結的mysql開發規範，夠用就行了。1 表 1.1 表必須要有主鍵，主鍵使用自動遞增，型別為int。1.2 表名使用有意義的英文單詞，可用下劃線分割。如需使用縮寫時，不可使用意義不明的縮寫。1.3 需要多表join的字段，資料型別保持絕對一致。1.4 字段命名時需要加上表名，確保所有表中的字段...
資料庫SQL開發規範
1 mysql中，varchar n 中的n代表的是字元數，而不是位元組數。例如varchar 255 表示可以儲存255的中文 2 過大的長度會消耗更多的記憶體。varchar n 儲存時是按照資料實際長度儲存的。當把資料讀入到記憶體時，為了提高效率，是按照n的長度分配記憶體的。3 盡可能將所有列...