ThinkPHP 数据库配置中 'compress' => true 无效，因框架不支持该参数且不透传至 MySQL 驱动；需通过 PDO DSN 添加 compress=1 或自定义 MySQLi 连接器启用压缩。
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 的配置解析层，把压缩标志交到底层驱动手上：
-
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。实际收益取决于数据特征：
立即学习“PHP免费学习笔记（深入）”；
- 适合场景：频繁传输大文本字段（如 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 连接压缩是个冷门选项，文档少、验证难、收益窄。除非你正处理百万级文本导出且已排除其他优化路径，否则别花时间折腾它。
