欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

MySQL中varchar(n) 中n最大取值為多少

 更新時間:2024年08月31日 10:44:31   作者:Java知識庫  
本文主要介紹了MySQL中varchar(n) 中n最大取值為多少

前置知識

要回答這個問題,首先我們得先知道 MySQL 存儲一條記錄的格式長什么樣子。

以  Compact 行格式作為例子,它長這樣:

可以看到,一條完整的記錄分為「記錄的額外信息」和「記錄的真實數(shù)據(jù)」兩個部分。

這里重點講講記錄的額外信息,它包含 3 個部分:變長字段長度列表、NULL 值列表、記錄頭信息。

  • 變長字段長度列表

用于存儲一行記錄中每個變長字段的長度。

「變長字段長度列表」所占用的字節(jié)數(shù) = 所有「變長字段長度」占用的字節(jié)數(shù)之和。

舉個例子,假設(shè)數(shù)據(jù)庫表中有 2 個 varchar(10) 類型的字段,分別為 a 和 b,且數(shù)據(jù)庫表的字符集為 ascii 字符集(1 個字符占用 1 字節(jié))。

那么a和b字段的數(shù)據(jù)值的長度分別只需要用1字節(jié)表示就行了,因為1字節(jié)能表示最大的字節(jié)數(shù)是 255,而 varchar(10) 類型的字段最大允許存儲的字節(jié)數(shù)是 10 字節(jié),所以只需要用 1 字節(jié)表示變長字段的長度就行。

那么這種情況下的 「變長字段長度列表」所占用的字節(jié)數(shù) = 1 字節(jié) + 1字節(jié) = 2 字節(jié)。

「變長字段長度列表」不是必須的,如果數(shù)據(jù)庫表沒有變長字段,比如字段類型都是int,那么行格式中就不需要「變長字段長度列表」。

  • NULL 值列表

用于標(biāo)記一行記錄中字段值為 NULL 的字段,二進制位的值為 1 時,代表該字段的值為NULL,二進制位的值為 0 時,代表該字段的值不為 NULL。

另外,NULL 值列表必須用整數(shù)個字節(jié)的位表示(1字節(jié)8位),如果使用的二進制位個數(shù)不足整數(shù)個字節(jié),則在字節(jié)的高位補 0。

如果表中允許為 NULL 值的記錄的個數(shù)小于等于 8 個,那么 NULL 值列表就會用 1 字節(jié)表示。

如果如果表中允許為 NULL 值的記錄的個數(shù)大于8 并且小于等于 16,那么 NULL 值列表就會用 2 字節(jié)表示,以此類推。

因此,如果表中有字段允許為 NULL,那么「NULL 值列表」至少占用 1 字節(jié)空間。

「NULL 值列表」不是必須的,如果數(shù)據(jù)庫表中的字段都定義成 NOT NULL,那么行格式中就不需要「NULL 值列表」。

  • 記錄頭信息

記錄頭信息中包含的內(nèi)容很多,比如記錄的刪除標(biāo)記位,指向下一條記錄的指針等等,不是本文問題的重點,所以我就不細講了。

varchar(n) 中 n 最大取值為多少?

我們要清楚一點,MySQL 規(guī)定除了 TEXT、BLOBs 這種大對象類型之外,其他所有的列(不包括隱藏列和記錄頭信息)占用的字節(jié)長度加起來不能超過 65535 個字節(jié)

也就是說,一行記錄除了 TEXT、BLOBs 類型的列,限制最大為 65535 字節(jié),注意是一行的總長度,不是一列。

知道了這個前提之后,我們再來看看這個問題:「varchar(n) 中 n 最大取值為多少?」

varchar(n) 字段類型的 n 代表的是最多存儲的字符數(shù)量,并不是字節(jié)大小哦。

要算 varchar(n) 最大能允許存儲的字節(jié)數(shù),還要看數(shù)據(jù)庫表的字符集,因為字符集代表著,1個字符要占用多少字節(jié)。

比如 ascii 字符集, 1 個字符占用 1 字節(jié),那么  varchar(100) 意味著最大能允許存儲 100 字節(jié)的數(shù)據(jù)。

單字段的情況

前面我們知道了,一行記錄最大只能存儲 65535 字節(jié)的數(shù)據(jù)。

那假設(shè)數(shù)據(jù)庫表只有一個 varchar(n) 類型的列且字符集是 ascii,在這種情況下, varchar(n) 中 n 最大取值是 65535 嗎?

不著急說結(jié)論,我們先來做個實驗驗證一下。

我們定義一個 varchar(65535) 類型的字段,字符集為 ascii 的數(shù)據(jù)庫表。

CREATE TABLE test ( 
`name` VARCHAR(65535)  NULL
) ENGINE = InnoDB DEFAULT CHARACTER SET = ascii ROW_FORMAT = COMPACT;

看能不能成功創(chuàng)建一張表:

結(jié)果顯示,創(chuàng)建失敗了。

從報錯信息就可以知道一行數(shù)據(jù)的最大字節(jié)數(shù)是 65535(不包含 TEXT、BLOBs 這種大對象類型),其中包含了 storage overhead。

問題來了,這個 storage overhead 是什么呢?其實就是「變長字段長度列表」和 「NULL 值列表」。

也就是說一行數(shù)據(jù)的最大字節(jié)數(shù) 65535,其實是包含「變長字段長度列表」和 「NULL 值列表」所占用的字節(jié)數(shù)的

所以, 我們在算 varchar(n) 中 n 最大值時,需要減去 storage overhead  占用的字節(jié)數(shù)。

這是因為我們存儲字段類型為 varchar(n)  的數(shù)據(jù)時,其實分成了三個部分來存儲:

  • 真實數(shù)據(jù)

  • 真實數(shù)據(jù)占用的字節(jié)數(shù)

  • NULL 標(biāo)識,如果不允許為NULL,這部分不需要

本次案例中,「NULL 值列表」所占用的字節(jié)數(shù)是多少?

前面我創(chuàng)建表的時候,字段是允許為 NULL 的,所以會用 1 字節(jié)來表示「NULL 值列表」。

本次案例中,「變長字段長度列表」所占用的字節(jié)數(shù)是多少?

「變長字段長度列表」所占用的字節(jié)數(shù) = 所有「變長字段長度」占用的字節(jié)數(shù)之和。

所以,我們要先知道每個變長字段的「變長字段長度」需要用多少字節(jié)表示?具體情況分為:

  • 條件一:如果變長字段允許存儲的最大字節(jié)數(shù)小于等于 255 字節(jié),就會用 1 字節(jié)表示「變長字段長度」;

  • 條件二:如果變長字段允許存儲的最大字節(jié)數(shù)大于 255 字節(jié),就會用 2 字節(jié)表示「變長字段長度」;

我們這里字段類型是 varchar(65535) ,字符集是 ascii,所以代表著變長字段允許存儲的最大字節(jié)數(shù)是 65535,符合條件二,所以會用 2 字節(jié)來表示「變長字段長度」。

因為我們這個案例是只有 1 個變長字段,所以「變長字段長度列表」= 1 個「變長字段長度」占用的字節(jié)數(shù),也就是 2 字節(jié)

因為我們在算 varchar(n) 中 n 最大值時,需要減去 「變長字段長度列表」和 「NULL 值列表」所占用的字節(jié)數(shù)的。

所以,在數(shù)據(jù)庫表只有一個 varchar(n)  字段且字符集是 ascii 的情況下,varchar(n) 中 n 最大值 =  65535 - 2 - 1 = 65532

我們先來測試看看  varchar(65533)  是否可行?

可以看到,還是不行,接下來看看 varchar(65532)  是否可行?

 可以看到,創(chuàng)建成功了。說明我們的推論是正確的,在算 varchar(n) 中 n 最大值時,需要減去 「變長字段長度列表」和 「NULL 值列表」所占用的字節(jié)數(shù)的。

當(dāng)然,我上面這個例子是針對字符集為 ascii 情況,如果采用的是 UTF-8,varchar(n)  最多能存儲的數(shù)據(jù)計算方式就不一樣了:

  • 在 UTF-8 字符集下,一個字符串最多需要三個字節(jié),varchar(n) 的 n 最大取值就是 65532/3 = 21844。

上面所說的只是針對于一個字段的計算方式。

多字段的情況

如果有多個字段的話,要保證所有字段的長度 + 變長字段字節(jié)數(shù)列表所占用的字節(jié)數(shù) + NULL值列表所占用的字節(jié)數(shù) <= 65535。

這里舉個多字段的情況的例子。

總結(jié)

varchar(n) 中 n 最大取值為多少?

一行記錄最大能存儲 65535 字節(jié)的數(shù)據(jù),但是這個是包含「變長字段字節(jié)數(shù)列表所占用的字節(jié)數(shù)」和「NULL值列表所占用的字節(jié)數(shù)」。所以, 我們在算 varchar(n) 中 n 最大值時,需要減去這兩個列表所占用的字節(jié)數(shù)。

如果一張表只有一個 varchar(n)  字段,且允許為 NULL,字符集為 ascii。varchar(n) 中 n 最大取值為 65532。

計算公式:65535 - 變長字段字節(jié)數(shù)列表所占用的字節(jié)數(shù) - NULL值列表所占用的字節(jié)數(shù) = 65535 - 2 - 1 = 65532。

如果有多個字段的話,要保證所有字段的長度 + 變長字段字節(jié)數(shù)列表所占用的字節(jié)數(shù) + NULL值列表所占用的字節(jié)數(shù) <= 65535。

到此這篇關(guān)于MySQL中varchar(n) 中n最大取值為多少的文章就介紹到這了,更多相關(guān)MySQL varchar(n)  n最大取值內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!

您可能感興趣的文章:

相關(guān)文章

  • MySQL5.7 集群配置的步驟

    MySQL5.7 集群配置的步驟

    這篇文章主要介紹了MySQL5.7 集群配置的步驟,幫助大家更好的理解和學(xué)習(xí)使用MySQL,感興趣的朋友可以了解下
    2021-03-03
  • Windows下MySQL5.7.18安裝教程

    Windows下MySQL5.7.18安裝教程

    這篇文章主要為大家詳細介紹了Windows下MySQL5.7.18安裝教程,具有一定的參考價值,感興趣的小伙伴們可以參考一下
    2017-07-07
  • mysql字符串分割功能實現(xiàn)

    mysql字符串分割功能實現(xiàn)

    這篇文章主要介紹了mysql字符串分割功能實現(xiàn),本文結(jié)合實例代碼給大家介紹的非常詳細,對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值,需要的朋友可以參考下
    2023-02-02
  • 一文理解MySQL數(shù)據(jù)庫的約束與表的設(shè)計

    一文理解MySQL數(shù)據(jù)庫的約束與表的設(shè)計

    約束是用來限制表中的數(shù)據(jù)長什么樣子的,即什么樣的數(shù)據(jù)可以插入到表中,什么樣的數(shù)據(jù)插入不到表中,下面這篇文章主要給大家介紹了關(guān)于如何通過一文理解MySQL數(shù)據(jù)庫的約束與表的設(shè)計的相關(guān)資料,需要的朋友可以參考下
    2022-11-11
  • MySQL中in與exists的使用及區(qū)別介紹

    MySQL中in與exists的使用及區(qū)別介紹

    這篇文章主要介紹了MySQL中in與exists的使用及區(qū)別介紹,非常不錯,具有一定的參考借鑒價值,需要的朋友可以參考下
    2018-12-12
  • 解決ERROR?2003?(HY000):?Can‘t?connect?to?MySQL?server?on?‘localhost‘?(111)的問題

    解決ERROR?2003?(HY000):?Can‘t?connect?to?MySQL?server?

    在Windows系統(tǒng)上使用Django連接Ubuntu虛擬機中的MySQL數(shù)據(jù)庫時,遇到無法連接的問題,排查后發(fā)現(xiàn)是由于MySQL綁定的IP地址改變導(dǎo)致的,下面就來介紹一下問題解決,感興趣的可以了解一下
    2024-09-09
  • mysql5.7.18安裝并修改初始密碼的方法

    mysql5.7.18安裝并修改初始密碼的方法

    這篇文章主要為大家詳細介紹了Mysql5.7安裝并修改初始密碼的方法,具有一定的參考價值,感興趣的小伙伴們可以參考一下
    2017-06-06
  • 使用percona-toolkit操作MySQL的實用命令小結(jié)

    使用percona-toolkit操作MySQL的實用命令小結(jié)

    這篇文章主要介紹了使用percona-toolkit操作MySQL的實用命令小結(jié),percona-toolkit是一款強大的MySQL輔助工具軟件,需要的朋友可以參考下
    2015-11-11
  • 庫名表名大小寫問題與sqlserver兼容的啟動配置方法

    庫名表名大小寫問題與sqlserver兼容的啟動配置方法

    庫名表名大小寫問題與sqlserver兼容的啟動配置方法,需要的朋友可以參考下。
    2010-12-12
  • MySQL自增鎖(Auto-Increment Lock) 的原理使用

    MySQL自增鎖(Auto-Increment Lock) 的原理使用

    MySQL的自增鎖用于確保自增值在并發(fā)插入時唯一且遞增,本文主要介紹了MySQL自增鎖的原理使用,具有一定的參考價值,感興趣的可以了解一下
    2025-03-03

最新評論