ThinkPHP数据库配置中的连接压缩：开启compress参数降低ThinkPHP的网络带宽占用-ThinkPHP-PHP中文网

thinkphp 数据库配置中 'compress' => true 无效，因框架不支持该参数且不透传至 mysql 驱动；需通过 pdo dsn 添加 compress=1 或自定义 mysqli 连接器启用压缩。

thinkphp数据库配置中的连接压缩：开启compress参数降低thinkphp的网络带宽占用

ThinkPHP 的数据库配置里没有 compress 参数，硬加进去不会生效，反而可能让连接失败。

为什么 database.php 里加 'compress' => true 没用

MySQL 协议层的压缩（mysqlnd 的 MYSQLI_CLIENT_COMPRESS）需要驱动在建立连接时显式启用，而 ThinkPHP 5/6 的 PDO/MySQLi 封装层默认不透传该标志。即使你在 config/database.php 中写 'compress' => true，框架也不会把它转成 MySQL 客户端连接选项——这个键名压根不在官方支持字段列表里。

查看 ThinkPHP 源码可知，think\db\connector\Mysql 类只识别 type、hostname、hostport 等约 15 个固定键，compress 不在其中
PHP 原生启用压缩需调用 mysqli_real_connect($link, ..., $client_flags = MYSQLI_CLIENT_COMPRESS) 或 PDO DSN 加 ;compress=1
直接往配置数组塞未定义字段，会被静默忽略，日志里也看不到提示

真正能启用 MySQL 连接压缩的两种方式

必须绕过 ThinkPHP 的配置解析层，把压缩标志交到底层驱动手上：

btpanel phpsite 宝塔面板PHP网站

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

下载

PDO 方式：在 database.php 的 'dsn' 字段中拼入 compress=1，例如：
'dsn' => 'mysql:host=127.0.0.1;dbname=test;compress=1;charset=utf8mb4'
MySQLi 方式：需自定义连接器类，继承 think\db\connector\Mysql，重写 connect() 方法，在 mysqli_real_connect() 调用时传入 MYSQLI_CLIENT_COMPRESS 标志
注意：PDO 的 compress=1 在 PHP 8.1+ 才被完整支持；低版本会静默降级，且对小数据包几乎无收益

压缩效果有限，别指望它解决带宽瓶颈

MySQL 连接压缩只作用于「客户端与服务端之间的协议包」，不是对查询结果做 gzip。实际收益取决于数据特征：

适合场景：频繁传输大文本字段（如 JSON、HTML 片段）、大批量 SELECT 返回千行以上结果
无效场景：多数业务查询返回几十行以内、字段多为整型或短字符串——压缩后体积变化微乎其微，反而增加 CPU 开销
潜在风险：开启压缩后，max_allowed_packet 实际可用值会下降（因压缩流需额外缓冲），超长 insert 可能触发 MySQL server has gone away

比连接压缩更值得做的三件事

真想降低数据库网络开销，优先检查这些更实际的点：

确认是否启用了 charset（如 utf8mb4）——错误的字符集会导致字段隐式转换，拖慢查询并放大传输量
用 Db::table('user')->field(['id','name']) 显式指定字段，避免 SELECT * 拉回无用大字段（如 avatar blob）
在 Nginx/Apache 层开启 gzip on 并配置 gzip_types application/json text/html，压缩整个 HTTP 响应体，收益远大于单个 MySQL 连接

MySQL 连接压缩是个冷门选项，文档少、验证难、收益窄。除非你正处理百万级文本导出且已排除其他优化路径，否则别花时间折腾它。