bitsCN.com
背景：
今日看到一个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 这样的错误。
觉得和之前自己的理解有偏差，所以做了具体实验，并记录成此博客。
生成一个32M大小的文件，并导入到表的一个字段中
#! /bin/shi=0;while [ $i -lt 33554432 ]doecho -ne 'a' >> /tmp/longblob.txtlet i=$i+1done
CREATE TABLE `longblobtest` ( `content` longblob ) ENGINE=InnoDB DEFAULT CHARSET=utf8;load data infile '/tmp/longblob.txt' into table longblobtest;
首先，确认当前的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
从以上结果可以看出，Session级别的max_allowed_packet 虽然能从global处得到继承。
但是其值并不能影响CLI的结果获取。即global的max_allowed_packet 配置的再大，CLI的mysql仍然会报错。
根据bug描述中，我们得知，每个mysql-client 本身都有一个内部的 max_allowed_packet 变量，他才是影响结果集获取的重要参数。
而这个参数对外部透明，无法从任何地方查看这个变量当前的值！
不过好在，mysql-cli还是提供了配置这个变量的入口。即在调用mysql命令行时加上 --max-allowed-packet 参数
使用mysql命令行时增加参数
shell> mysql --max-allowed-packet=43553792 -uroot -p -S /usr/local/mysql3310/mysql.sock
执行SQL，为了使得结果集更容易复制，配置了pager。并不影响放回结果集的大小
mysql> pager wc -cPAGER set to 'wc -c'mysql> use test;Reading table information for completion of table and column namesYou can turn off this feature to get a quicker startup with -ADatabase changedmysql> select content from longblobtest;1342187771 row in set (0.26 sec)
bitsCN.com
