phpEnv MySQL设置最大包大小 phpEnv解决大型Blob数据存储-php教程-PHP中文网

mysql max_allowed_packet默认值过小会导致大blob插入失败，需同时修改my.ini中[mysqld]和[client]节的max_allowed_packet（如64m），重启mysql服务，并在php层设置mysqli或pdo对应限制，再检查内存、超时及web服务器配置。

phpenv mysql设置最大包大小 phpenv解决大型blob数据存储

MySQL `max_allowed_packet` 超小默认值导致 `INSERT` 或 `LOAD DATA` 失败

phpEnv 默认的 MySQL 配置里，max_allowed_packet 通常只有 4MB（甚至 1MB），远不够存一张高清图片、PDF 或音频 Blob。你执行 mysqli_query() 或 PDO 插入大字段时，会直接报错：MySQL server has gone away 或 Packets larger than max_allowed_packet are not allowed。

这不是 PHP 层的问题，也不是代码写错了——是 MySQL 拒绝接收超过限制的网络包。必须改服务端配置，且需同时调大客户端连接参数。

修改 phpEnv 自带的 MySQL 配置文件：D:\phpEnv\phpenv\mysql\my.ini（路径依你安装位置而定）
在 [mysqld] 和 [client] 两个节下都添加或修改：max_allowed_packet = 64M（建议从 32M 起步，够用再调）
重启 phpEnv 的 MySQL 服务（不是 Apache/Nginx）——仅重启 Web 服务无效
验证是否生效：连上 MySQL 后执行 SHOW VARIABLES LIKE 'max_allowed_packet';，确认返回值是 67108864（即 64×1024×1024）

PHP 层也要同步设置 `mysqli` 或 `PDO` 的 packet 限制

即使 MySQL 服务端调大了，PHP 客户端驱动仍可能按旧连接参数工作，尤其使用长连接或连接池时。PDO 默认不主动协商 packet 大小，mysqli 则依赖初始化连接时的上下文。

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

对 mysqli：创建连接后立即执行 $mysqli->options(MYSQLI_OPT_MAX_ALLOWED_PACKET, 67108864);
对 PDO：无法运行时动态设 packet，必须确保连接字符串中包含 ;charset=utf8mb4，并确认底层 MySQL 协议版本支持（5.7+ 一般没问题）；更稳妥的做法是在 php.ini 中加 mysqli.max_allowed_packet=64M（注意这是 PHP 扩展级限制，非 MySQL 服务端）
若用 mysql_connect()（已废弃），必须换掉——它根本不支持该选项

插入大型 Blob 时避免内存溢出和超时

max_allowed_packet 只解决“能传多大”，但真正写入大 Blob 还要扛住 PHP 内存和脚本超时。比如读一个 50MB 文件进内存再 INSERT，memory_limit 不够就直接 Fatal error: Allowed memory size exhausted。

用 file_get_contents() 读大文件前，先检查 ini_get('memory_limit')，必要时临时提高：ini_set('memory_limit', '128M');
更推荐流式处理：用 fopen() + fread() 分块读取，配合 mysqli_stmt::send_long_data() 逐段送入 LONG BLOB 字段（需预编译语句）
调整 max_execution_time（如 set_time_limit(300)），否则 30 秒脚本超时中断上传
Web 服务器层也要检查：Apache 的 LimitRequestBody、Nginx 的 client_max_body_size，phpEnv 默认用 Apache，查 httpd.conf 确保有 LimitRequestBody 104857600（100MB）

phpEnv 下修改配置后仍不生效的典型原因

改完 my.ini 却发现 SHOW VARIABLES 还是老值？常见于以下几种情况：

MySQL 实际加载的是另一个 my.ini：用命令 mysqld --verbose --help | findstr "Default options" 查找真实配置路径
phpEnv 控制面板里“重启 MySQL”没真正杀进程，残留旧实例还在跑——任务管理器结束所有 mysqld.exe，再重启
应用用了连接池或持久连接（mysql_pconnect 或 PDO PDO::ATTR_PERSISTENT），旧连接缓存未刷新，需重启 PHP-FPM 或 Apache
某些 phpEnv 版本把 MySQL 配置拆到 my.cnf 或子目录下，留意 [mysqld] 是否被其他同名节覆盖