2. 程式人生 > >MySQL資料型別之BLOB與TEXT及其最大儲存限制

MySQL資料型別之BLOB與TEXT及其最大儲存限制

阿新 • • 發佈：2018-12-17

https://blog.csdn.net/q3dxdx/article/details/51014357

BLOB，二進位制大物件（位元組流）。可以用來儲存圖片，聲音和視訊等二進位制檔案。沒有字符集的說法。

TEXT，文字大物件（字元流）。可以用來儲存大量的字串，可以理解為超大的char或者varchar型別。由於是儲存字元，所以有字符集的說法。

並且blob和text型別是無法設定預設值的。並且必要時要增大max_allowed_packet的值以適應該資料型別。

 

根據mysql的個性，blob和text又細分為：（儲存限制來自網上摘錄）

tinyblob，tinytext，最大儲存限制255位元組；

blob，text，最大儲存限制65k（是真的嗎？）；

mediumblob，mediumtext，最大儲存限制16M；

longblob，longtext，最大儲存限制4G。

 

下面根據實驗並以blob為例，來演示儲存限制：


C:\Users\Administrator>mysql
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 10
Server version: 5.7.11-log MySQL Community Server (GPL)


Copyright (c) 2000, 2016, Oracle and/or its affiliates. All rights reserved.


Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.


Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.


mysql> use test1
Database changed
mysql> show tables;
+-----------------+
| Tables_in_test1 |
+-----------------+
| t1              |
+-----------------+
1 row in set (0.00 sec)


mysql> drop table t1;
Query OK, 0 rows affected (0.28 sec)


mysql> CREATE TABLE t1 (
    ->   id INT NOT NULL AUTO_INCREMENT PRIMARY KEY,
    ->   tiny_blob TINYBLOB,
    ->   b_blob BLOB,
    ->   medium_blob MEDIUMBLOB,
    ->   long_blob LONGBLOB
    -> );
Query OK, 0 rows affected (0.36 sec)


mysql> desc t1;
+-------------+------------+------+-----+---------+----------------+
| Field       | Type       | Null | Key | Default | Extra          |
+-------------+------------+------+-----+---------+----------------+
| id          | int(11)    | NO   | PRI | NULL    | auto_increment |
| tiny_blob   | tinyblob   | YES  |     | NULL    |                |
| b_blob      | blob       | YES  |     | NULL    |                |
| medium_blob | mediumblob | YES  |     | NULL    |                |
| long_blob   | longblob   | YES  |     | NULL    |                |
+-------------+------------+------+-----+---------+----------------+
5 rows in set (0.00 sec)


mysql> insert into t1(id) select 1;
Query OK, 1 row affected (0.09 sec)
Records: 1  Duplicates: 0  Warnings: 0


mysql> select * from t1;
+----+-----------+--------+-------------+-----------+
| id | tiny_blob | b_blob | medium_blob | long_blob |
+----+-----------+--------+-------------+-----------+
|  1 | NULL      | NULL   | NULL        | NULL      |
+----+-----------+--------+-------------+-----------+
1 row in set (0.00 sec)


mysql>

#先建一個表t1，各種blob型別均有。

然後檢視引數max_allowed_packet的大小：

mysql> select @@global.max_allowed_packet;
+-----------------------------+
| @@global.max_allowed_packet |
+-----------------------------+
|                     8388608 |
+-----------------------------+
1 row in set (0.00 sec)


mysql> select 8388608/1024;
+--------------+
| 8388608/1024 |
+--------------+
|    8192.0000 |
+--------------+
1 row in set (0.00 sec)


mysql> select 8388608/1024/1024;
+-------------------+
| 8388608/1024/1024 |
+-------------------+
|        8.00000000 |
+-------------------+
1 row in set (0.00 sec)


mysql>

#8M

 

下面測試tinyblob的儲存限制，看是否只能儲存最大255位元組的檔案：

D:\Program Files\mysql-5.7.11-winx64\temp>dir
 驅動器 D 中的卷是 新加捲
 卷的序列號是 0672-4D3B


 D:\Program Files\mysql-5.7.11-winx64\temp 的目錄


2016/03/30  14:58    <DIR>          .
2016/03/30  14:58    <DIR>          ..
2016/03/30  14:58               255 test.255.file  #255位元組
2016/03/30  14:58               256 test.256.file  #比255位元組多1位元組
               2 個檔案            511 位元組
               2 個目錄 64,739,741,696 可用位元組


D:\Program Files\mysql-5.7.11-winx64\temp>

#我們準備兩個檔案，一個是255位元組，另一個是256位元組。

現在我們更新tinyblob欄位，看是否成功：

mysql> UPDATE t1
    -> SET t1.tiny_blob=LOAD_FILE('D:/Program Files/mysql-5.7.11-winx64/temp/test.255.file')
    -> WHERE t1.id=1;
Query OK, 1 row affected (0.11 sec)
Rows matched: 1  Changed: 1  Warnings: 0


mysql> UPDATE t1
    -> SET t1.tiny_blob=LOAD_FILE('D:/Program Files/mysql-5.7.11-winx64/temp/test.256.file')
    -> WHERE t1.id=1;
ERROR 1406 (22001): Data too long for column 'tiny_blob' at row 1
mysql>

很明顯，根據上面得出，tinyblob型別的最大儲存限制是255位元組。

 

繼續看看blob的儲存限制是否是65k：

先準備需要的檔案

D:\Program Files\mysql-5.7.11-winx64\temp>dir
 驅動器 D 中的卷是 新加捲
 卷的序列號是 0672-4D3B


 D:\Program Files\mysql-5.7.11-winx64\temp 的目錄


2016/03/30  15:28    <DIR>          .
2016/03/30  15:28    <DIR>          ..
2016/03/30  15:28            65,535 test.65535.file #比64K少1位元組
2016/03/30  15:28            65,536 test.65536.file #65536位元組，也就是剛剛64K
2016/03/30  15:28            65,537 test.65537.file #比64K多1位元組
2016/03/30  15:26            66,559 test.65559.file #比65K少1位元組
2016/03/30  15:25            66,560 test.65560.file #66560位元組，也就是剛剛65K
2016/03/30  15:25            66,561 test.65561.file #比65K多1位元組
               6 個檔案        396,288 位元組
               2 個目錄 64,777,019,392 可用位元組


D:\Program Files\mysql-5.7.11-winx64\temp>

#ok，檔案已經準備好。來看看update是否成功：

mysql> UPDATE t1
    -> SET t1.b_blob=LOAD_FILE('D:/Program Files/mysql-5.7.11-winx64/temp/test.65560.file')
    -> WHERE t1.id=1;
ERROR 1406 (22001): Data too long for column 'b_blob' at row 1
mysql>

#失敗了，根據網上摘錄資料顯示，blob型別的最大儲存限制是65K，而這裡演示出實際上65k是無法儲存的。已經超過了最大限制。

那麼65559位元組呢，能儲存進去嗎？

mysql> UPDATE t1
    -> SET t1.b_blob=LOAD_FILE('D:/Program Files/mysql-5.7.11-winx64/temp/test.65559.file')
    -> WHERE t1.id=1;
ERROR 1406 (22001): Data too long for column 'b_blob' at row 1
mysql>

#可見，65559位元組也是無法儲存的。那麼blob到底能儲存多少位元組呢？答案是65536-1=65535位元組，也就是64K少1位元組。

來看演示：

mysql> UPDATE t1
    -> SET t1.b_blob=LOAD_FILE('D:/Program Files/mysql-5.7.11-winx64/temp/test.65537.file')
    -> WHERE t1.id=1;
ERROR 1406 (22001): Data too long for column 'b_blob' at row 1  #失敗
mysql>
mysql> UPDATE t1
    -> SET t1.b_blob=LOAD_FILE('D:/Program Files/mysql-5.7.11-winx64/temp/test.65536.file')
    -> WHERE t1.id=1;
ERROR 1406 (22001): Data too long for column 'b_blob' at row 1 #失敗
mysql>

mysql> UPDATE t1
    -> SET t1.b_blob=LOAD_FILE('D:/Program Files/mysql-5.7.11-winx64/temp/test.65535.file')
    -> WHERE t1.id=1;
Query OK, 1 row affected (0.18 sec)
Rows matched: 1  Changed: 1  Warnings: 0  #成功


mysql>

可見，blob型別的最大儲存限制是65535位元組，就是64K少1位元組。而不是網上說的65K。

 

繼續來看看mediumblob型別，是16M嗎？

先更改max_allowed_packet引數為256M，以滿足16M：

 

mysql> set @@global.max_allowed_packet=256*1024*1024;
Query OK, 0 rows affected (0.00 sec)


mysql> exit
Bye


C:\Users\Administrator>mysql
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 13
Server version: 5.7.11-log MySQL Community Server (GPL)


Copyright (c) 2000, 2016, Oracle and/or its affiliates. All rights reserved.


Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.


Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.


mysql> select @@max_allowed_packet;
+----------------------+
| @@max_allowed_packet |
+----------------------+
|            268435456 | #256M，夠大了
+----------------------+
1 row in set (0.00 sec)


mysql>

成功更改。

 

準備檔案：

D:\Program Files\mysql-5.7.11-winx64\temp>dir
 驅動器 D 中的卷是 新加捲
 卷的序列號是 0672-4D3B


 D:\Program Files\mysql-5.7.11-winx64\temp 的目錄


2016/03/30  15:49    <DIR>          .
2016/03/30  15:49    <DIR>          ..
2016/03/30  15:48        16,777,215 test.16777215.file #比16M少1位元組
2016/03/30  15:44        16,777,216 test.16777216.file #16777216位元組，也就是剛剛16M
2016/03/30  15:48        16,777,217 test.16777217.file #比16M多1位元組
               3 個檔案     50,331,648 位元組
               2 個目錄 64,727,027,712 可用位元組


D:\Program Files\mysql-5.7.11-winx64\temp>

下面看看更新mediumblob是否成功：

mysql> use test1
Database changed
mysql> UPDATE t1
    -> SET t1.medium_blob=LOAD_FILE('D:/Program Files/mysql-5.7.11-winx64/temp/test.16777217.file')
    -> WHERE t1.id=1;
ERROR 1406 (22001): Data too long for column 'medium_blob' at row 1 #比16M多1位元組，更新失敗
mysql> UPDATE t1
    -> SET t1.medium_blob=LOAD_FILE('D:/Program Files/mysql-5.7.11-winx64/temp/test.16777216.file')
    -> WHERE t1.id=1;
ERROR 1406 (22001): Data too long for column 'medium_blob' at row 1 #剛剛16M，更新也失敗
mysql> UPDATE t1
    -> SET t1.medium_blob=LOAD_FILE('D:/Program Files/mysql-5.7.11-winx64/temp/test.16777215.file')
    -> WHERE t1.id=1;
Query OK, 1 row affected (4.19 sec)
Rows matched: 1  Changed: 1  Warnings: 0 #比16M少1位元組，更新成功


mysql>

所以，mediumblob型別的最大儲存限制不是16M，而是16M少1位元組。

那麼longblob呢？

個人目前無法測試，畢竟64位下max_allowed_packet引數的最大值是1G。所以4G的longblob型別無法測試。

但我告訴你，是4G少1位元組。

所以，

 

tinyblob，tinytext，最大儲存限制為28-1=255位元組；

blob，text，最大儲存限制為 216-1=64k-1位元組；

mediumblob，mediumtext，最大儲存限制為 224-1=16M-1位元組；

longblob，longtext，最大儲存限制為232-1=4G-1位元組。

 

相關推薦

MySQL資料型別之BLOB與TEXT及其最大儲存限制

https://blog.csdn.net/q3dxdx/article/details/51014357 BLOB，二進位制大物件（位元組流）。可以用來儲存圖片，聲音和視訊等二進位制檔案。沒有字符集的說法。 TEXT，文字大物件（字元流）

資料型別之Integer與int

資料型別之Integer與int Java入門  基本資料型別 眾所周知，Java是面向物件的語言，一切皆物件。但是為了相容人類根深蒂固的資料處理習慣，加快常規資料的處理速度，提供了9種基本資料型別，他們都不

Mysql資料型別之zerofill

一直被誤導從去年開始用Mysql，然後經常看到建表類似語句當時不明所以，以為是資料型別對應的儲存最大長度，比如tinyint(1),就只能儲存0，1，...9以內數字，11就不行；所以人云亦云，在自己處理的時候，也這樣設定了長度。突然，有一天，想查一下(心血來潮)，發現一直被

高性能mysql之慎用BLOB與TEXT

使用 log 如果 部分 tails 16px 大小 ble text 文章轉自 https://blog.csdn.net/john1337/article/details/70919212 BLOB與TEXT是為了存儲極大的字符串而設計的數據類型，采用二進制與字符串方式

mysql資料型別~~~char 與varchar

　　CHAR和VARCHAR型別類似，都用來儲存字串，但它們“儲存”和“檢索”的方式不同。CHAR屬於“固定長度”的字串，而VARCHAR屬於“可變長度”的字元型別。   　　下表顯示了將各種字串值儲存到CHAR(4)和VARCHAR(4)列後的結果，說明了CHA

mysql的資料型別之日期時間型別

常用的日期時間型別： DATE ;TIME; DATETIME ;TIMESTAMP 。 （1）根據實際需要選擇滿足應用的最小儲存的日期型別 （2）記錄年份比較久遠，最好要使用DATETIME。因為TIMESTAMP表示的日期範圍要短很多。 （3）如果讓不同的時區保持

Mysql中char，varchar與text型別的區別和選用

關於char，varchar與text平時沒有太在意，一般來說，可能現在大家都是用varchar。但是當要儲存的內容比較大時，究竟是選擇varchar還是text呢？不知道。。。。。。 於是去查閱了一些資料，順便將這三種類型做個比較： （1）char:  char不用多說

mysql中char，varchar與text型別的區別

text 、 char、varchar 是資料在資料庫中的存放策略問題，設定資料型別的目的為了合理應用儲存空間，是資料庫伺服器資料型別劃分的方式。對於應用程式，把它們和string對應就可以了。 三種類型做個比較 （1）char: char不用多說了，它是定

MySQL資料型別與運算子

一、資料型別 【char和varchar】： char(n) 若存入字元數小於n，則以空格補於其後，查詢之時再將空格去掉。所以char型別儲存的字串末尾不能有空格，varchar不限於此。 c

窺探Swift之新添資料型別元組與可選值

今天的部落格中就總結一下關於Swift中相對Objc新新增的兩個資料型別：元組（Tuple）和可選值型別（Optional）。上面這兩個型別是Swift獨有的型別，使用起來也是非常方便的，今天就通過一些示例來介紹一下如何初始化和使用元組和可選值型別以及使用元組和可選值型別的場景

MySQL資料型別數值型之整數型之tinyint

1.1 tinyint說明 型別 長度 不指定時長度為 佔用位元組 範圍 有符號 無符號 tinyint 3 4 1(8bit) -128

Django 模型與 Mysql 資料型別對應

Django 1.11.9 檔案路徑：site-packages\django\db\backends\mysql\base.py–class DatabaseWrapper _data_types = { ‘AutoField

MyBatis JdbcType 與Oracle、MySql資料型別對應關係詳解

1. Mybatis JdbcType與Oracle、MySql資料型別對應列表 Mybatis JdbcType Oracle MySql JdbcType ARRAY JdbcType B

**JS資料型別之 object 可以與 String 相等**

今天在瀏覽器和微信開發者工具測試網頁的時候，發現寫出的react元件無法渲染出來，多番除錯終於發現問題所在，廢話不多說上程式碼。 先來看一般瀏覽器中的程式碼 var HeaderMid =

Python核心資料型別之序列型別及其運算（字元、列表、元組運算及其深淺拷貝）

Python核心資料型別之序列型別及其運算（列表、元組運算及其拷貝）序列：序列表示索引為非負整數的有序物件集合，包括字串、列表和元組，所有序列都支援迭代；序列型別：字串（strings）：字串也屬於序列型別，不可變型別；         字串字面量：把文字放入單引號、雙引號或

MySQL中的資料型別之日期/時間型別

MySQL中的資料型別主要有：數字型別、日期/時間型別、字串型別。 日期/時間型別 MySQL中的日期和時間型別有date、time、datetime、timestamp和year。每一種時間型別都有一定範圍的有效值，也有零值，當你指定一個無效的MySQL表示不

JavaScript資料型別之特殊值:undefined與null的比較與區別

JavaScript資料型別之特殊值:undefined與null 大家好，我是Yangrl; 每天記錄JavascriptLaernNote. javascript中的兩個特殊值：undefined和null undefined： 表示未定義或

mysql資料型別 int、tinyint、float與decimal的區別

1.int、tinyint、float. 它們都是（精確）整型資料型別，但是佔用位元組數和表達的範圍不同。首先沒有這個表就說不過去了： 只需要知道對應型別佔多少位元組就能推算出範圍了，比如int佔 4 bytes,即4*8=32bits，大約10位數字，

MySQL資料型別char與varchar中數字代表的究竟是位元組數還是字元數？

例項是最好的說明，所以,廢話少說，看錶看例子~ mysql> show create table test_varchar_utf8\G *************************** 1. row *********************

hadoop學習之HDFS（2.4）：hadoop資料型別與java資料型別的對比與轉換

前言：   hadoop由各個節點構成一個叢集，分散式儲存就要考慮到資料在節點之間來回傳遞的問題。為了解決這一問題，hadoop採用了java中的序列化和反序列化概念。序列化（serialization）是指將結構化的物件轉化為位元組流，以便在網路上傳輸或者寫入到硬碟進行