隐藏的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)

 

 

 

 

 

 

posted @ 2012-11-16 16:55 cenalulu 阅读(...) 评论(...) 编辑 收藏