MySQL varchar字段默認(rèn)值設(shè)置

最近開(kāi)始給項(xiàng)目設(shè)計(jì)數(shù)據(jù)庫(kù)，遇到一個(gè)可能很多人都會(huì)遇到的問(wèn)題，就是設(shè)定某一個(gè)字段的默認(rèn)值的時(shí)候，是設(shè)定null，“”，還是empty string呢？

我們從mysql本身來(lái)看：

1：空值(‘’)是不占用空間的

2：MySQL中的NULL其實(shí)是占用空間的。

官方文檔說(shuō)明：

NULL columns require additional space in the row to record whether their values are NULL.

For MyISAM tables, each NULL column takes one bit extra, rounded up to the nearest byte.

所以 mysql設(shè)計(jì)表時(shí) 建議不要用default NULL

• string類型的可以default ''或者emptystring
• int類型的可以default 0

另外一點(diǎn)，從不同的項(xiàng)目開(kāi)發(fā)去分析這個(gè)問(wèn)題：

以前單純做web網(wǎng)頁(yè)端，對(duì)這個(gè)默認(rèn)值設(shè)定問(wèn)題選用null 還是empty string。

但是后來(lái)在另外一個(gè)團(tuán)隊(duì)開(kāi)發(fā)app的時(shí)候，這個(gè)null和empty string的問(wèn)題就尤為突出，因?yàn)槲沂怯胮hp做接口開(kāi)發(fā)，如果一旦出現(xiàn)null的數(shù)據(jù)類型，沒(méi)有處理直接返回去前端，那么無(wú)論是ios還是Android端，如果沒(méi)有處理好這個(gè)空的判斷，要么就直接輸出null，要么程序直接報(bào)錯(cuò)。

所有建議設(shè)計(jì)數(shù)據(jù)庫(kù)的時(shí)候默認(rèn)值盡量少用null。

Mysql Varchar 類型為什么默認(rèn)設(shè)置 255?

Mysql5.6.x

在 Mysql5.6 版本下，單列索引的長(zhǎng)度不能超過(guò) 767bytes，聯(lián)合索引的長(zhǎng)度不能超過(guò) 3072bytes

Mysql5.7.x

在 Mysql5.7 版本下，單列索引的長(zhǎng)度不能超過(guò) 3072bytes，聯(lián)合索引的長(zhǎng)度不能超過(guò) 3072bytes

utf8

上面說(shuō)到單列索引長(zhǎng)度為 767，在 utf8 編碼下，一個(gè)字符為 3bytes，那么 255*3=765，剛好為能夠建立索引長(zhǎng)度的最大值，如果超出了這個(gè)值，如果使用的是 navicat 那么 mysql 會(huì)自動(dòng)將這一列的索引變?yōu)榍熬Y索引，截取 255

utf8mb4

在 utf8mb4 下，一個(gè)字符為 4bytes, 那么 767÷4=191.75，取整為 191，所以在 utf8mb4 編碼下，如果你的 varchar 超出 191，如果使用的是 navicat 那么 mysql 會(huì)自動(dòng)將這一列的索引變?yōu)榍熬Y索引，截取 191

為什么聯(lián)合索引長(zhǎng)度是 3072

我們知道 InnoDB 一個(gè) page 的默認(rèn)大小是 16k。由于是 Btree 組織，要求葉子節(jié)點(diǎn)上一個(gè) page 至少要包含兩條記錄（否則就退化鏈表了）。

所以一個(gè)記錄最多不能超過(guò) 8k。

又由于 InnoDB 的聚簇索引結(jié)構(gòu)，一個(gè)二級(jí)索引要包含主鍵索引，因此每個(gè)單個(gè)索引不能超過(guò) 4k （極端情況，pk 和某個(gè)二級(jí)索引都達(dá)到這個(gè)限制）。

由于需要預(yù)留和輔助空間，扣掉后不能超過(guò) 3500，取個(gè) 整數(shù) 就是 1024*3=3072

總結(jié)

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

最新評(píng)論