在設(shè)置MySQL表時(shí)，選擇正確的數(shù)據(jù)類型對(duì)於效率和可擴(kuò)展性至關(guān)重要。 1）了解每列將存儲(chǔ)的數(shù)據(jù) - 數(shù)字，文本，日期或標(biāo)誌 - 並相應(yīng)選擇。 2）使用CHAR用於固定長(zhǎng)度數(shù)據(jù)（例如國(guó)家代碼）和VARCHAR用於可變長(zhǎng)度數(shù)據(jù)（例如地址）。 3）選擇基於預(yù)期範(fàn)圍的數(shù)字類型 - 小值的tinyint，用於一般使用的INT和僅在必要時(shí)bigint。 4）當(dāng)不需要負(fù)數(shù)時(shí)，請(qǐng)使用未簽名來使上限增加一倍。 5）避免浮動(dòng)/雙重小數(shù)；改用小數(shù)，尤其是用於財(cái)務(wù)數(shù)據(jù)。 6）對(duì)未來量表進(jìn)行現(xiàn)實(shí)思考，而不是過度提供，因?yàn)楦念愋鸵葬峥赡苁前嘿F的。正確的數(shù)據(jù)類型選擇從一開始就優(yōu)化了存儲(chǔ)，性能和數(shù)據(jù)完整性。

在設(shè)置MySQL表時(shí)，為每列選擇正確的數(shù)據(jù)類型不僅僅是使其正常工作 - 它是關(guān)於使其有效且可擴(kuò)展的。錯(cuò)誤的選擇可能會(huì)導(dǎo)致浪費(fèi)的存儲(chǔ)，較慢的查詢甚至數(shù)據(jù)完整性問題。

了解基礎(chǔ)知識(shí)：哪種數(shù)據(jù)有？

在研究細(xì)節(jié)之前，請(qǐng)花一點(diǎn)時(shí)間了解每列要存儲(chǔ)的內(nèi)容。是數(shù)字嗎？文字?日期？像Yes/否這樣的標(biāo)誌？知道這有助於縮小正確的數(shù)據(jù)類型。

• 數(shù)字有簽名/未簽名的口味，並且因範(fàn)圍而異（tinyint，int，bigint等）
• 文本具有不同的限制 - 從短字符串（char，varchar）到大斑點(diǎn)（文本，longtext）
• 日期和時(shí)間具有特定格式（日期，日期，時(shí)間戳）
• 布爾式值通常用微小的（1）或有時(shí)枚舉處理

選擇過於寬的東西（例如始終使用Varchar（255））或過於限制（使用可能需要更大數(shù)字的Tinyint）可能會(huì)引起問題。

明智地使用Char vs. Varchar

這是可以隨著時(shí)間的推移加起來的小決定之一。如果您要存儲(chǔ)始終是固定長(zhǎng)度的數(shù)據(jù)，例如國(guó)家代碼（例如'us'，'ca'）或uuids，請(qǐng)與char一起使用。檢索更快，因?yàn)镸ySQL不必計(jì)算不同的長(zhǎng)度。

但是，如果內(nèi)容的長(zhǎng)度差異很大（例如名稱或描述），則VARCHAR會(huì)更好。例如：

• 使用CHAR(2)作為美國(guó)州縮寫
• 使用VARCHAR(100)進(jìn)行街道地址

另外，請(qǐng)注意，末端的char墊空間可能在比較中很重要。 Varchar僅存儲(chǔ)您使用的內(nèi)容，因此對(duì)於可變長(zhǎng)度數(shù)據(jù)而言，它更具空間效率。

不要忽略數(shù)字類型及其影響

一個(gè)普遍的錯(cuò)誤是為一切挑選INT，即使是過度殺傷。如果您的價(jià)值永遠(yuǎn)不會(huì)超過255，那麼TinyInt未簽名（給您0-255）就足夠了。同樣的邏輯也適用於全面：

• Tinyint：小國(guó)旗或狀態(tài)
• SmallInt：也許多年或小計(jì)數(shù)器
• 中心：稍大的整數(shù)集
• INT：通用整數(shù)存儲(chǔ)
• BIGINT：只有處理大量數(shù)字（例如大型系統(tǒng)中的用戶ID）

另外，請(qǐng)考慮您是否真的需要簽名的數(shù)字。如果不是，請(qǐng)?jiān)O(shè)置未簽名。這使上限加倍而不更改存儲(chǔ)尺寸。

而且，當(dāng)我們?cè)谶@裡時(shí) - 避免使用浮動(dòng)或雙倍用於精確的十進(jìn)制數(shù)學(xué)（例如錢）。這就是十進(jìn)制（M，D）的用途。浮子可以引入使財(cái)務(wù)數(shù)據(jù)不可靠的四捨五入錯(cuò)誤。

考慮可伸縮性和未來變化

很容易選擇最大的可能類型“以防萬一”，但這會(huì)導(dǎo)致桌子腫。取而代之的是，對(duì)價(jià)值可能獲得和選擇的大小進(jìn)行現(xiàn)實(shí)思考。

例如，如果您正在構(gòu)建博客系統(tǒng)：

• 除非您期望極端規(guī)模，否則帖子ID可能不會(huì)達(dá)到40億次 - 因此，int int unsigned可能會(huì)足夠。
• 但是，如果您正在登錄每個(gè)API都需要一個(gè)高流量的網(wǎng)站，那麼Bigint從一開始就有意義。

稍後更改數(shù)據(jù)類型在大桌子上可能很昂貴，尤其是當(dāng)它們需要桌面重建時(shí)（例如從Varchar切換到文本）。因此，儘管靈活性很重要，但猜測(cè)太高的前期並不總是更好。

基本上就是這樣。選擇正確的數(shù)據(jù)類型不是火箭科學(xué)，但確實(shí)需要通過每個(gè)領(lǐng)域?qū)嶋H需要的思考，而不僅僅是安全的。一旦養(yǎng)成了習(xí)慣，它就會(huì)成為第二天性。

以上是為MySQL表中的列選擇適當(dāng)?shù)臄?shù)據(jù)類型的詳細(xì)內(nèi)容。更多資訊請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！