[Mysql教程系列]介紹一下MySQL表設計規範

時間 2020-03-26

原文原文鏈接

表設計規範

一、表引擎取決於實際應用場景；日誌及報表類表建議用myisam，與交易，審覈，金額相關的表建議用innodb引擎。如無說明，建表時一概採用innodb引擎。mysql

二、默認使用utf8mb4字符集，數據庫排序規則使用utf8mb4_general_ci，（因爲數據庫定義使用了默認，數據表能夠再也不定義，但爲保險起見，建議都寫上）。git

爲何字符集不選擇utf8，排序規則不使用utf8_general_ci？
採用utf8編碼的MySQL沒法保存佔位是4個字節的Emoji表情。爲了使後端的項目，全面支持客戶端輸入的Emoji表情，升級編碼爲utf8mb4是最佳解決方案。對於JDBC鏈接串設置了characterEncoding爲utf8或者作了上述配置仍舊沒法正常插入emoji數據的狀況，須要在代碼中指定鏈接的字符集爲utf8mb4。github

三、全部表、字段均應用 comment 列屬性來描述此表、字段所表明的真正含義，如枚舉值則建議將該字段中使用的內容都定義出來。web

四、如無說明，表中的第一個id字段必定是主鍵且爲自動增加，禁止在非事務內做爲上下文做爲條件進行數據傳遞。禁止使用varchar類型做爲主鍵語句設計。面試

五、如無說明，表必須包含create_time和modify_time字段，即表必須包含記錄建立時間和修改時間的字段sql

六、如無說明，表必須包含is_del，用來標示數據是否被刪除，原則上數據庫數據不容許物理刪除。數據庫

七、用盡可能少的存儲空間來存數一個字段的數據後端

能用int的就不用char或者varchar
能用tinyint的就不用int
使用UNSIGNED存儲非負數值。
不建議使用ENUM、SET類型，使用TINYINT來代替
使用短數據類型，好比取值範圍爲0-80時，使用TINYINT UNSIGNED
存儲精確浮點數必須使用DECIMAL替代FLOAT和DOUBLE
時間字段，除特殊狀況一概採用int來記錄unix_timestamp安全
- 存儲年使用YEAR類型。
- 存儲日期使用DATE類型。
- 存儲時間（精確到秒）建議使用TIMESTAMP類型，由於TIMESTAMP使用4字節，DATETIME使用8個字節。
建議使用INT UNSIGNED存儲IPV4。
儘量不使用TEXT、BLOB類型
禁止在數據庫中使用VARBINARY、BLOB存儲圖片、文件等。建議使用其餘方式存儲（TFS/SFS），MySQL只保存指針信息。
單條記錄大小禁止超過8k（列長度(中文)3(UTF8)+列長度(英文)1）

datetime與timestamp有什麼不一樣？微信

相同點：TIMESTAMP列的顯示格式與DATETIME列相同。顯示寬度固定在19字符，而且格式爲YYYY-MM-DD HH:MM:SS。
不一樣點：

TIMESTAMP

4個字節儲存，時間範圍：1970-01-01 08:00:01 ~ 2038-01-19 11:14:07

值以UTC格式保存，涉及時區轉化，存儲時對當前的時區進行轉換，檢索時再轉換回當前的時區。

datetime

8個字節儲存，時間範圍：1000-01-01 00:00:00 ~ 9999-12-31 23:59:59

實際格式儲存，與時區無關

如何使用TIMESTAMP的自動賦值屬性？

將當前時間做爲ts的默認值：ts TIMESTAMP DEFAULT CURRENT_TIMESTAMP。

當行更新時，更新ts的值：ts TIMESTAMP DEFAULT 0 ON UPDATE CURRENT_TIMESTAMP。

能夠將1和2結合起來：ts TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP。

如何使用INT UNSIGNED存儲ip？

使用INT UNSIGNED而不是char(15)來存儲ipv4地址，經過MySQL函數inet_ntoa和inet_aton來進行轉化。Ipv6地址目前沒有轉化函數，須要使用DECIMAL或者兩個bigINT來存儲。

八、如無備註，全部字段都設置NOT NULL，並設置默認值；

九、禁止在數據庫中存儲明文密碼

十、如無備註，全部的布爾值字段，如is_hot、is_deleted，都必須設置一個默認值，並設爲0；

十一、如無備註，排序字段order_id在程序中默認使用降序排列；

十二、整形定義中不添加長度，好比使用INT，而不是INT[4]

INT[M]，M值表明什麼含義？
注意數值類型括號後面的數字只是表示寬度而跟存儲範圍沒有關係。不少人他們認爲INT(4)和INT(10)其取值範圍分別是 (-9999到9999)和(-9999999999到9999999999)，這種理解是錯誤的。其實對整型中的 M值與 ZEROFILL 屬性結合使用時能夠實現列值等寬。無論INT[M]中M值是多少，其取值範圍仍是 (-2147483648到2147483647 有符號時)，(0到4294967295無符號時)。

顯示寬度並不限制能夠在列內保存的值的範圍，也不限制超過列的指定寬度的值的顯示。當結合可選擴展屬性ZEROFILL使用時默認補充的空格用零代替。例如：對於聲明爲INT(5) ZEROFILL的列，值4檢索爲00004。請注意若是在整數列保存超過顯示寬度的一個值，當MySQL爲複雜聯接生成臨時表時會遇到問題，由於在這些狀況下MySQL相信數據適合原列寬度，若是爲一個數值列指定ZEROFILL, MySQL自動爲該列添加UNSIGNED屬性。

1三、使用VARBINARY存儲大小寫敏感的變長字符串

何時用CHAR，何時用VARCHAR？

CHAR和VARCHAR類型相似，但它們保存和檢索的方式不一樣。它們的最大長度和是否尾部空格被保留等方面也不一樣。CHAR和VARCHAR類型聲明的長度表示你想要保存的最大字符數。例如，CHAR(30)能夠佔用30個字符。

CHAR列的長度固定爲建立表時聲明的長度。長度能夠爲從0到255的任何值。當保存CHAR值時，在它們的右邊填充空格以達到指定的長度。當檢索到CHAR值時，尾部的空格被刪除掉。在存儲或檢索過程當中不進行大小寫轉換。

VARCHAR列中的值爲可變長字符串。長度能夠指定爲0到65,535之間的值。(VARCHAR的最大有效長度由最大行大小和使用的字符集肯定。總體最大長度是65,532字節）。

同CHAR對比，VARCHAR值保存時只保存須要的字符數，另加一個字節來記錄長度(若是列聲明的長度超過255，則使用兩個字節)。VARCHAR值保存時不進行填充。當值保存和檢索時尾部的空格仍保留，符合標準SQL。

char適合存儲用戶密碼的MD5哈希值，它的長度老是同樣的。對於常常改變的值，char也好於varchar,由於固定長度的行不容易產生碎片，對於很短的列，char的效率也高於varchar。char(1)字符串對於單字節字符集只會佔用一個字節，可是varchar(1)則會佔用2個字節，由於1個字節用來存儲長度信息。