隐藏的Max_allowd_packet 参数_MySQL

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 这样的错误。

觉得和之前自己的理解有偏差，所以做了具体实验，并记录成此博客。

1. 环境准备

生成一个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;

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 -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