AzureWang
修改的git log的描述 实现了支持大于16Mb的query。 添加的large.t测试集 测试返回超大的insert_id 测试发送大于16Mb的query 测试读取返回的大于16Mb的行
应该是mysqld端设置的最大包大小不够大。我检查我的环境，有可能在测试脚本里加一下设置环境变量。 在 2013-3-28 上午9:12，"Yichun Zhang" [email protected]写道： > And I'm getting the same error while running your "TEST 3: large row" in > t/large.t: > > t/large.t .. 1/3 > >...
你确定打过补丁在跑的测试？
我这边在mysqld设置max-allowed-packet=200m 使用我打过补丁的代码三个测试都正常通过。 在 2013-3-28 上午10:21，"azure wang" [email protected]写道： > 你确定打过补丁在跑的测试？
我的mysqld是debian6.0上apt-get安装的mysql-server。配置文件只增加了上面说的那一项。 在 2013-3-28 上午11:26，"azure wang" [email protected]写道： > 我这边在mysqld设置max-allowed-packet=200m > 使用我打过补丁的代码三个测试都正常通过。 > > 在 2013-3-28 上午10:21，"azure wang" [email protected]写道： > > > 你确定打过补丁在跑的测试？
你可以把你的mysqld信息告诉我一下，我按照你的mysqld环境在测试一下。 在 2013-3-28 上午11:40，"azure wang" [email protected]写道： > 我的mysqld是debian6.0上apt-get安装的mysql-server。配置文件只增加了上面说的那一项。 > > 在 2013-3-28 上午11:26，"azure wang" [email protected]写道： > > > 我这边在mysqld设置max-allowed-packet=200m > > 使用我打过补丁的代码三个测试都正常通过。 > > > > 在 2013-3-28 上午10:21，"azure wang"...
测试三，我这没打补丁时，得到的行数是错误的，应该是一行，得到了两行。行里的数据也是错误的。没有出现管道破裂的情况啊。很奇怪。 在 2013-3-28 上午11:42，"azure wang" [email protected]写道： > 你可以把你的mysqld信息告诉我一下，我按照你的mysqld环境在测试一下。 > 在 2013-3-28 上午11:40，"azure wang" [email protected]写道： > > > 我的mysqld是debian6.0上apt-get安装的mysql-server。配置文件只增加了上面说的那一项。 > > > > 在 2013-3-28 上午11:26，"azure wang" [email protected]写道： > > >...
我修改了测试的代码，你出现的错误是由于使用了mysqld5.5导致的，我写测试脚本的时候使用的是5.1，mysqld5.5如果发送的SQL超过max-allowed-packet(1M)就出现broken pipe, mysqld5.1会明确告诉你Got a packet bigger than 'max_allowed_packet' bytes. mysqld5.5错误处理倒退了。现在Test3我这边使用mysqld5.5可以通过了。Test2由于是测试超过16M的SQL，不修改mysqld的max-allowed-packet 就无法通过测试。不知道在写测试脚本的时候能不能通过获取服务器的环境变量来判断是否运行这个测试。 mysqld5.5默认max-allowed-packet =1M 这个值有点小啊， 呵呵。反正是不能满足我们的业务。超过16M的情况虽然非常小，但是不能排除有这个可能性。所以我选择了支持大于16M的SQL。
please check nginx error_log
what about pgpool configure