PHP MYSQL Packets out of order. Expected 1 received 0. Packet size=

最新推荐文章于 2025-02-08 15:50:30 发布
最新推荐文章于 2025-02-08 15:50:30 发布
阅读量6.8k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： PHP学习 文章标签： mysql php
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/web_hacker/article/details/103602947
本文探讨了在从Windows环境部署到Linux环境时遇到的MySQLServerHasGoneAway和Packetsoutoforder错误。分析了错误原因，涉及到子进程继承数据库连接导致的数据错乱，并提出了在pcntl_fork前避免连接数据库的解决方案。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

本地环境（windows）测试没有问题，部署到线上测试环境（linux）的时候，分别报错:

  1. mysql server has gone away
  2. Packets out of order. Expected 1 received 0. Packet size=

查阅网上资料，大部分是让修改my.cnf的配置，比如max_allow_packge、wait_timeout等，但是依然无效，而且考虑到其它项目也是用的此数据库测试，排除数据库原因，测试环境为共用的docker容器跑的，其它项目正常，排除环境问题，剩下代码部分。经检索，发现有前人答复：

pcntl_fork前不要连数据库，否则就会报MySQL server has gone away错误。
原因是子进程会继承主进程的数据库连接，当mysql返回数据时，这些子进程都可以通过这个连接读到数据，
造成数据错乱。

发现代码确实用到了子进程，采用其它方式替换后，测试通过。

总结：之所以在windows上没有发现，应该是https://www.php.net/manual/zh/pcntl.installation.php

haproxy 官方文档
zhaoyangjian724的专栏
09-24 1万+
HAProxy Configuration Manual version 1.5-dev24 willy tarreau 2014/04/26This document covers the configuration language as implemented in the version specified above. It does n
php sql异常处理,php pdo+proxysql预处理执行SQL时异常分析
weixin_39712969的博客
04-01 627
最近发现一个在线问题，一个表DDL 添加一个字段，添加字段完成后，php程序异常报错，具体错误信息如下：Packets out of order. Expected 1 received 13. Packet size=5`后面所有数据都为线下模拟数据。`表结构如下：CREATE TABLE `sbtest1` (`id` int(10) unsigned NOT NULL,`k` int(10)...
MySql报错“Packets out of order . Got: 0 Expected: *“如何解决
qq_52481494的博客
05-10 3989
MySql报错"Packets out of order . Got: 0 Expected: *"如何解决
Packets out of order. Expected 1 received 0. Packet size=103
liukai6的博客
01-09 8278
[Illuminate\Database\QueryException] Packets out of order. Expected 1 received 0. Packet size=103 这个时候将设置更改 PDO::ATTR_EMULATE_PRE...
Laravel5+mycat 报错 “Packets out of order”
u011415782的专栏
07-04 532
同时注意到，有的框架代码中竟然也会失效，比如 controller 类中，获取。但是，发现不应该是这个问题，毕竟不使用 mycat 时不会出现问题。的预处理可以解决报错 (但是查询出来的数据全部转为了字符串)继续查找发现，这个问题的原因很可能是数据库配置参数的 【首先根据百度经验，提示需要修改。
Packets out of order
stone
06-25 2万+
问题 mysql报错：Packets out of order 原因：超出mysql接收的数据包大小。 进入mysql命令行，查询 max_allow_packet： show variables like 'max_allowed_packet'; 结果为`1048576=1024K=1M`。 解决：加大此参数的值，设置为10M，set global max_allowed_...
关于MySQL 的Packets out of order 问题
Nicholas的专栏
10-22 1万+
简要描述： 出现这个问题是因为packets 超过了MySQL配置的值； 解决方法： 首先 show variables like 'max_allowed_packet',默认是1048576 意味着是1M 然后my.cnf 中将max_allow_packet= 1M 改大一些，最大可以改成128M; 一般差不多20M左右就好； 再去 set global max_allowed_pack...
kubeadm 以 containerd & cri-docker 作为容器运行时，部署1.26.9版本的kubernetes集群
刘某的博客
04-12 844
本文采用 kubeadm，以 containerd & cri-docker 作为容器运行时，部署 calico 网络模式的k8s集群
mysql8 用C++源码角度看客户端发起sql网络请求，并处理sql命令
u014200244的专栏
02-08 589
MySQL 8 的 C++ 源码中，处理网络请求和 SQL 命令的流程涉及多个函数和类。
自动化配置管理工具 SaltStack-03
IT爱好者
05-10 1890
自动化配置管理工具 SaltStack
[转]高负载并发网站架构分析
热门推荐
bluehire的专栏
12-23 2万+
由于自己正在做一个高性能大用户量的论坛程序，对高性能高并发服务器架构比较感兴趣，于是在网上收集了不少这方面的资料和大家分享。希望能和大家交流 msn: defender_ios@hotmail.com ——————————————————————————————————————— ? 初创网站与开源软件 6 ? 谈谈大型高负载网站服务器的优化心得! 8 ? Lighttpd+Squid+Apach
Packets out of order. Got: 1 Expected: 3
bossxu_的博客
06-07 2150
报错是由于max_allowed_packet的值设置过小的原因；我们只需要将max_allowed_packet值设置大一点就可以了 1.查看max_allowed_packet大小 show VARIABLES like '%max_allowed_packet%'; 2.设置max_allowed_packet大小 set global max_allowed_packet = 1048576*10 ...
laraval 关于Packets out of order
拿来吧 你 的博客
08-03 1467
mysql maxpacketsize_mysql max_allowed_packet 设置过小导致记录写入失败
weixin_39680208的博客
02-07 659
mysql根据配置文件会限制server接受的数据包大小。有时候大的插入和更新会受max_allowed_packet 参数限制，导致写入或者更新失败。查看目前配置show VARIABLES like '%max_allowed_packet%';显示的结果为：+--------------------+---------+| Variable_name | Value |+---...
php多进程打开数据库,PHP 子进程开发中连接数据库报错。子进程不能共用父进程的连接？...
weixin_39901332的博客
03-13 412
感觉是子进程不能共用父进程的数据库连接。有没有人遇到这样的问题。疑问一：我快速执行的时候就能正常执行，即正常连接，很神奇的。疑问二：主进程还在，数据库连接应该还不注销的吧PHP Fatal error: Uncaught ErrorException: Packets out of order. Expected 1 received 102. Packet size=6644739 in /v...
Packets out of order. Expected 1 received 27...
weixin_34375251的博客
10-18 1922
项目中使用了ProxySql代理，由于这个代理不支持本地预处理 下面是从PHP官网找到的 PDO::ATTR_EMULATE_PREPARES启用或禁用预处理语句的模拟。 有些驱动不支持或有限度地支持本地预处理。使用此设置强制PDO总是模拟预处理语句（如果为TRUE），或试着使用本地预处理语句（如果为FALSE）。如果驱动不能成功预处理当前查询，它将总是回到模拟预处理语句上。 需要b...
php无法连接mysql问题解决方法总结
zhengxiuchen86的博客
04-16 215
php无法连接mysql问题解决方法总结
iperf3:OUT OF ORDERincoming packet = 770789 and received packet
最新发布
07-19
<think>嗯，用户遇到了iperf3测试中出现的"OUT OF ORDER"错误提示，这确实是个棘手的网络问题。从用户提供的引用来看，问题核心在于UDP协议本身不保证顺序传输的特性，而iperf3服务端对乱序包的容错处理不够完善。 用户可能正在做网络性能测试，看到这些错误信息会担心网络质量或测试准确性。考虑到引用[2]提到这是iperf3-3.1.7版本的代码缺陷，其实用户不必过度焦虑——这未必代表真实网络故障。不过用户既然专门来问，应该是需要具体解决方案的工程师，得给出可操作的排查流程。 先梳理关键点：UDP特性导致乱序是正常的（引用[4]），但iperf3错误处理机制放大了这个问题（引用[2]）。解决方案要分三层：首先是验证真实丢包率，用TCP测试交叉验证；其次是调整参数，比如减小-U参数值；最后考虑升级或降级软件版本。引用[3]提到的RoCE场景虽然专业，但普通用户可能用不到，暂时不作为重点。 用户没有说明网络环境，所以补充建议里需要涵盖常见场景：如果是虚拟化环境要检查vSwitch配置，物理网络则关注ECN和MTU。特别要注意引用[1]展示的错误日志里79%的丢包率极不正常，这比单纯乱序更值得关注。 最后生成的问题要帮助用户深化理解：为什么TCP测试能验证乱序问题？因为TCP自带重传机制可以暴露真实丢包；而查询参数手册是因为不同版本iperf3的-U默认值可能不同。第三个问题专门针对RoCE用户，虽然小众但符合引用[3]的专业场景。</think>针对 iperf3 测试中出现的 `OUT OF ORDER - incoming packet = X and received packet = Y` 错误，以下是系统性的分析和解决方案： --- ### **问题原因分析** 1. **UDP 协议特性** UDP 不保证数据包顺序和可靠性。当网络路径不对称（如多路径传输、ECMP 路由）或存在拥塞时，后发的包可能先到达，触发乱序检测[^2][^3]。 2. **iperf3 服务端处理逻辑缺陷** 旧版本（如 3.1.7）的服务端将乱序包统计为错误包（`cnt_error`），而非仅记录乱序事件（`outoforder_packets`），导致误报高丢包率[^2]。 3. **网络设备配置问题** - 负载均衡策略导致数据包路径不一致 - 交换机/路由器缓冲区溢出或 QoS 策略干扰 - RoCE 网络中未启用乱序处理（OOO）[^3] --- ### **解决方案** #### **1. 升级或降级 iperf3 版本** - **推荐升级至 3.13+**：新版优化乱序包处理逻辑，减少误报[^2]。 - **或降级至 3.1.3**：部分用户反馈此版本无乱序统计异常。 #### **2. 调整测试参数** ```bash # 客户端命令示例 iperf3 -c 服务端IP -u -b 1G -l 1400 -t 30 --forceflush -O 2 -R ``` - **`-O 2`**：延长服务端统计间隔（默认1秒），减少短时乱序干扰 - **`-l 1400`**：减小包大小（避开MTU分片） - **`-u -b 1G`**：限制UDP带宽，避免拥塞 - **`--forceflush`**：及时刷新输出日志 #### **3. 优化网络配置** - **关闭负载均衡**：在测试期间临时禁用 ECMP/链路聚合 - **调整缓冲区**：增大交换机/RoCE 网卡的接收缓冲区 - **启用 RoCE OOO 支持**：联系厂商配置乱序包重组（需硬件支持）[^3] - **检查 MTU**：确保端到端 MTU 一致（如 `ping -s 8972` 测试 Jumbo Frame） #### **4. 交叉验证** - **TCP 测试对比**： ```bash iperf3 -c 服务端IP -P 4 # 多线程TCP测试 ``` 若 TCP 无重传且吞吐正常，则 UDP 乱序可能是误报。 - **双向测试**： 分别用 `-R`（客户端接收）和默认（客户端发送）模式，定位方向性故障。 --- ### **诊断步骤** 1. **服务端日志分析** 检查 `OUT OF ORDER` 后的 `SP` 值（Socket ID），确认是否集中在特定流[^2]。 2. **抓包分析** ```bash tcpdump -i eth0 'udp port 5201' -w iperf.pcap ``` 用 Wireshark 过滤 `tcp.analysis.out_of_order`，验证真实乱序率。 3. **内核参数调优**（Linux） ```bash sysctl -w net.core.rmem_max=12582912 # 增大接收缓冲区 sysctl -w net.ipv4.udp_rmem_min=16384 # 最小缓冲区大小 ``` --- ### **补充建议** - **虚拟化环境**：检查 vSwitch 配置（如 Open vSwitch 的 QoS 策略） - **防火墙**：临时禁用 `conntrack` 或 UDP 状态跟踪 - **硬件卸载**：禁用网卡的 UDP 分片卸载（`ethtool -K eth0 udp-fragmentation-offload off`） > 若上述步骤后仍存在高丢包率（如引用[1]中 79%），需重点排查物理链路或交换机端口错误[^1]。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值