背景：
今日看到一个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)
觉得文章有用？立即：
和朋友一起 共学习 共进步！