如何通过phpEnv调整MySQL的最大数据包大小(max_allowed_packet)?
- 内容介绍
- 文章标签
- 相关推荐
本文共计922个文字,预计阅读时间需要4分钟。
创新不是简单的模仿,更不是抄袭。以下是对创新的一些基本理解:
怎么找到 phpEnv 的 MySQL 配置文件
phpEnv 不用 my.cnf,它沿用 Windows 风格的 my.ini。常见路径有:
-
C:\phpEnv\mysql\my.ini(最常见,主配置) -
C:\phpEnv\config\mysql\my.ini(部分版本会把配置抽到 config 目录) - 如果用的是 MariaDB 替代版,路径可能是
C:\phpEnv\mariadb\my.ini
打开前先确认 MySQL 进程实际加载的是哪个文件:在 phpEnv 控制面板里点击「MySQL → 配置」,或进命令行执行:mysqld --verbose --help | findstr "Default options",看输出里带 my.ini 的那行路径。
改 my.ini 的正确写法
必须加在 [mysqld] 段下,不是 [client] 或 [mysql] —— 后两者只管客户端工具,不影响服务端收包:
立即学习“PHP免费学习笔记(深入)”;
[mysqld] max_allowed_packet = 128M
注意点:
- 单位支持
K/M/G,比写134217728更安全,MySQL 内部会自动对齐到 1024 倍数 - 别设成
1G:phpEnv 通常跑在低配 Win 机器上,MySQL 每个连接都会预分配这块内存,开 10 个连接就吃掉 10GB 虚拟内存,极易触发Out of memory或服务卡死 - 如果同时用 phpMyAdmin 导入大 SQL,还得在
[client]段补一句:max_allowed_packet = 128M,否则 phpMyAdmin 自己会截断
改完不生效?检查这三个地方
phpEnv 的 MySQL 服务是通过 Windows 服务运行的,常见失效原因:
- 改了文件但没重启服务:在 phpEnv 控制面板里点「MySQL → 重启」,或进命令行执行
net stop mysql && net start mysql - 改错文件:比如编辑了
C:\phpEnv\php\php.ini(那是 PHP 配置,和 MySQL 无关) - 权限问题:Windows 下用记事本直接保存可能因 UAC 导致写入失败,建议用 VS Code、Notepad++ 等以管理员身份运行后编辑
验证是否真生效:连进 MySQL 执行 SELECT @@global.max_allowed_packet;,返回值应是你设的字节数(如 134217728),不是旧的 4194304。
PHP 侧也要同步处理
即使 MySQL 服务端调大了,PHP 的 MySQLi 或 PDO 连接仍可能受限于驱动默认行为,尤其批量插入大 JSON 或读取长文本时:
- MySQLi 初始化时显式传参:
new mysqli($host, $user, $pass, $db, $port, $socket, ['max_allowed_packet' => 134217728])(注意:这个参数仅部分版本支持,更稳的方式是连接后立刻执行SET SESSION max_allowed_packet = 134217728) - PDO 在 DSN 里加参数无效,必须连接后执行:
$pdo->exec("SET SESSION max_allowed_packet = 134217728"); - 如果用的是 phpEnv 自带的 phpMyAdmin,它的连接由自身控制,你只需确保上面
[client]段已配好,不用额外改 PHP 代码
真正麻烦的是那些用了连接池或长连接的 Laravel/Swoole 应用——它们不会自动继承新配置,得在连接建立后主动发 SET SESSION,否则第一次请求正常,后续复用旧连接就会突然报 MySQL server has gone away。
本文共计922个文字,预计阅读时间需要4分钟。
创新不是简单的模仿,更不是抄袭。以下是对创新的一些基本理解:
怎么找到 phpEnv 的 MySQL 配置文件
phpEnv 不用 my.cnf,它沿用 Windows 风格的 my.ini。常见路径有:
-
C:\phpEnv\mysql\my.ini(最常见,主配置) -
C:\phpEnv\config\mysql\my.ini(部分版本会把配置抽到 config 目录) - 如果用的是 MariaDB 替代版,路径可能是
C:\phpEnv\mariadb\my.ini
打开前先确认 MySQL 进程实际加载的是哪个文件:在 phpEnv 控制面板里点击「MySQL → 配置」,或进命令行执行:mysqld --verbose --help | findstr "Default options",看输出里带 my.ini 的那行路径。
改 my.ini 的正确写法
必须加在 [mysqld] 段下,不是 [client] 或 [mysql] —— 后两者只管客户端工具,不影响服务端收包:
立即学习“PHP免费学习笔记(深入)”;
[mysqld] max_allowed_packet = 128M
注意点:
- 单位支持
K/M/G,比写134217728更安全,MySQL 内部会自动对齐到 1024 倍数 - 别设成
1G:phpEnv 通常跑在低配 Win 机器上,MySQL 每个连接都会预分配这块内存,开 10 个连接就吃掉 10GB 虚拟内存,极易触发Out of memory或服务卡死 - 如果同时用 phpMyAdmin 导入大 SQL,还得在
[client]段补一句:max_allowed_packet = 128M,否则 phpMyAdmin 自己会截断
改完不生效?检查这三个地方
phpEnv 的 MySQL 服务是通过 Windows 服务运行的,常见失效原因:
- 改了文件但没重启服务:在 phpEnv 控制面板里点「MySQL → 重启」,或进命令行执行
net stop mysql && net start mysql - 改错文件:比如编辑了
C:\phpEnv\php\php.ini(那是 PHP 配置,和 MySQL 无关) - 权限问题:Windows 下用记事本直接保存可能因 UAC 导致写入失败,建议用 VS Code、Notepad++ 等以管理员身份运行后编辑
验证是否真生效:连进 MySQL 执行 SELECT @@global.max_allowed_packet;,返回值应是你设的字节数(如 134217728),不是旧的 4194304。
PHP 侧也要同步处理
即使 MySQL 服务端调大了,PHP 的 MySQLi 或 PDO 连接仍可能受限于驱动默认行为,尤其批量插入大 JSON 或读取长文本时:
- MySQLi 初始化时显式传参:
new mysqli($host, $user, $pass, $db, $port, $socket, ['max_allowed_packet' => 134217728])(注意:这个参数仅部分版本支持,更稳的方式是连接后立刻执行SET SESSION max_allowed_packet = 134217728) - PDO 在 DSN 里加参数无效,必须连接后执行:
$pdo->exec("SET SESSION max_allowed_packet = 134217728"); - 如果用的是 phpEnv 自带的 phpMyAdmin,它的连接由自身控制,你只需确保上面
[client]段已配好,不用额外改 PHP 代码
真正麻烦的是那些用了连接池或长连接的 Laravel/Swoole 应用——它们不会自动继承新配置,得在连接建立后主动发 SET SESSION,否则第一次请求正常,后续复用旧连接就会突然报 MySQL server has gone away。

