隱藏的Max_allowd_packet 參數

背景：

今日看到一個bug：http://bugs.mysql.com/bug.php?id=67448

大義就是配置 global & session max_allowed_packet 后，client仍然會報：ERROR 2020 (HY000): Got packet bigger than 'max_allowed_packet' bytes 這樣的錯誤。

覺得和之前自己的理解有偏差，所以做了具體實驗，並記錄成此博客。

 

 

1. 環境准備

生成一個32M大小的文件，並導入到表的一個字段中

#! /bin/sh

i=0;
while [ $i -lt 33554432 ]
do
echo -ne 'a' >> /tmp/longblob.txt
let i=$i+1
done

CREATE TABLE `longblobtest` ( 
`content` longblob 
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

load data infile '/tmp/longblob.txt' into table longblobtest;

2. 執行測試

首先，確認當前的max_allowed_packet 是比單個字段的長度更大。

mysql> select @@session.max_allowed_packet, @@global.max_allowed_packet, length(content) from longblobtest;
+------------------------------+-----------------------------+-----------------+
| @@session.max_allowed_packet | @@global.max_allowed_packet | length(content) |
+------------------------------+-----------------------------+-----------------+
|                     43553792 |                    43553792 |        33554432 |
+------------------------------+-----------------------------+-----------------+
1 row in set (0.04 sec)

執行SQL：得到以下結果，報錯！

mysql> select content from longblobtest;
ERROR 2020 (HY000): Got packet bigger than 'max_allowed_packet' bytes

 

3. 分析

從以上結果可以看出，Session級別的max_allowed_packet 雖然能從global處得到繼承。

但是其值並不能影響CLI的結果獲取。即global的max_allowed_packet 配置的再大，CLI的mysql仍然會報錯。

根據bug描述中，我們得知，每個mysql-client 本身都有一個內部的 max_allowed_packet 變量，他才是影響結果集獲取的重要參數。

而這個參數對外部透明，無法從任何地方查看這個變量當前的值！

不過好在，mysql-cli還是提供了配置這個變量的入口。即在調用mysql命令行時加上 --max-allowed-packet 參數

 

4. 再次驗證

使用mysql命令行時增加參數

shell> mysql --max-allowed-packet=43553792 -uroot -p -S /usr/local/mysql3310/mysql.sock 

 

執行SQL，為了使得結果集更容易復制，配置了pager。並不影響放回結果集的大小

mysql> pager wc -c
PAGER set to 'wc -c'

mysql> use test;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A
Database changed

mysql> select content from longblobtest;
134218777
1 row in set (0.26 sec)