一，設計規範 三大範式 第一範式1NF：屬性不可分【反例：address可1分為國家，省市，地區】 第二範式2NF：屬性完全依賴主鍵 【反例：訂單編號和商品編號位於同一張表中，前者與訂單信息強相關，後者與商品信息強相關】【該拆表了】 第三範式3NF：不允許數據冗餘【兩張表很多屬性相同】 命名規範 1 ...
一，設計規範
三大範式
第一範式1NF：屬性不可分【反例：address可1分為國家，省市，地區】
第二範式2NF：屬性完全依賴主鍵
【反例：訂單編號和商品編號位於同一張表中，前者與訂單信息強相關，後者與商品信息強相關】【該拆表了】
第三範式3NF：不允許數據冗餘【兩張表很多屬性相同】
命名規範
1，命名規範：小寫+下劃線，不能使用保留關鍵字
【MySQL對象名預設規定大小寫敏感，且在生產環境中MySQL通常運行在Linux系統下，Linux系統本身也是大小寫敏感的。】
【https://dev.mysql.com/doc/mysqld-version-reference/en/keywords-8-0.html
建議在設計數據表之後逐一排查有沒有使用關鍵字。】
欄位規範
原則：
- 儘可能選擇存儲空間最小的欄位【慄子：IP轉化為整型存儲】、
- 非負型數據優先使用無符號存儲
1，char VS varchar
char 定長 浪費空間 查詢速度快
varchar 變長 節省空間 查詢速度較慢
出於存儲空間的考慮，優先選擇varchar
2，避免使用text，blob，如果一定要使用，單獨出擴展表
【MySQL記憶體臨時表不支持text，blob這樣的大數據類型，只能使用磁碟臨時表完成，並且會導致二次查詢】
3，同財務相關的最好使用定點數decimal
4，日期類型選擇
- DATETIME：記錄年月日時分秒，表示的時間範圍最大
- 如果記錄的日期要讓不同時區的人使用，使用TIMESTAMP
其他規範
1，為什麼選擇Innodb？【行級鎖高併發，支持事務，緩存索引和數據，支持熱備】
2，字元集通常選用UTF-8
3，所有表和欄位都需要添加註釋
4，禁止在資料庫中存儲圖片,文件等大的二進位數據
通常存儲於文件伺服器，資料庫只存儲文件地址信息
5，儘可能把所有列定義為 NOT NULL
二，索引規範
索引的適用情況
- 對於非常小的表、大部分情況下簡單的全表掃描比建立索引更高效。
- 對於中到大型的表，索引就非常有效。
添加索引的位置
where子句中的欄位
聯合索引
聯合索引又稱為複合索引，指查詢中同時包含多個索引。
最左首碼匹配原則：MySQL遵循最左優先，所以在where子句中通常將使用最頻繁的索引放在前面
索引使用註意事項
- 單表索引最好不超過5個【索引可以提高查詢效率，但是同時會減小插入更新效率】
三，開發規範
禁止使用 SELECT * 必須使用 SELECT <欄位列表> 查詢
禁止使用 order by rand() 進行隨機排序
WHERE 從句中禁止對列進行函數轉換和計算
拆分複雜的大 SQL 為多個小 SQL
- 大 SQL 邏輯上比較複雜，需要占用大量 CPU 進行計算的 SQL
- MySQL 中，一個 SQL 只能使用一個 CPU 進行計算
- SQL 拆分後可以通過並行執行來提高處理效率
在明顯不會有重覆值時使用 UNION ALL 而不是 UNION
- UNION 會把兩個結果集的所有數據放到臨時表中後再進行去重操作
- UNION ALL 不會再對結果集進行去重操作
用join操作代替子查詢
使用join關聯的表最好不超過5個
對應同一列進行 or 判斷時，使用 in 代替 or
外鍵是否需要問題
對於互聯網行業，註重高併發，不推薦使用外鍵。【外鍵的本質就是將數據一致性交給資料庫處理】
對於傳統軟體行業，對併發量沒有那麼高，通過使用外鍵來降低開發成本也是可取的
參考資料
一份非常完整的MySQL規範
https://baijiahao.baidu.com/s?id=1622786252178335118&wfr=spider&for=pc
