PHP序列化缓存数据怎样省空间_PHP省空间序列化法【压缩】-php教程

PHP序列化体积大因serialize()冗余标记多，优先用json_encode；嵌套深时选igbinary（小30%~60%）；超10KB可msgpack+gzcompress；根本解法是精简数据结构，只存必要字段。

PHP序列化后体积太大？先看是不是用了serialize()直接存

默认用serialize()存数组或对象，会产生大量冗余字符（比如a:3:{i:0;s:5:"hello";i:1;s:6:"world";}里的类型标记、引号、分号）。尤其当键名重复、值含大量数字或短字符串时，膨胀明显。这不是bug，是设计使然——它要保证反序列化100%准确，不压缩、不省略、不推断。

实操建议：

• 确认是否真需要serialize()：如果只是缓存简单键值对（如['user_id'=>123, 'status'=>'active']），优先用json_encode($data, JSON_UNESCAPED_UNICODE | JSON_UNESCAPED_SLASHES)，体积通常小20%~40%
• 避免嵌套过深的对象：serialize()会完整记录类名、私有属性符号（"\0Classname\0prop"），比JSON多出一倍长度
• 测试前先用strlen(serialize($data))和strlen(json_encode($data))对比，别凭感觉优化

想进一步压缩？igbinary比serialize更紧凑

igbinary是C扩展实现的二进制序列化，不生成可读字符串，直接写类型+长度+原始字节。对含大量整数、重复字符串、深层嵌套的数据，体积常比serialize()小30%~60%，且反序列化更快。

使用前提与注意点：

立即学习“PHP免费学习笔记（深入）”；

• 必须安装igbinary扩展（pecl install igbinary，并启用extension=igbinary.so）
• 不能跨语言互通：PHP用igbinary_serialize()存的，其他语言读不了；serialize()至少还能被Python的phpserialize库解析
• PHP 8.0+需用igbinary >= 3.2.1，否则可能触发Segmentation fault
• 示例：

  $data = ['id' => 12345, 'tags' => ['php', 'cache', 'php']];
  $packed = igbinary_serialize($data); // 比 serialize($data) 短得多
  $data2 = igbinary_unserialize($packed);

极致省空间：msgpack + gzip两级压缩

当缓存数据量大（如>10KB）、网络或磁盘IO敏感（如Redis内存紧张、文件缓存占满SSD），可组合使用msgpack（更紧凑的二进制格式）和gzcompress()（zlib压缩）。

关键权衡：

• msgpack本身比igbinary略小，但PHP扩展普及度低，需pecl install msgpack；反序列化速度略慢于igbinary
• gzcompress()压缩率高（尤其文本多时），但CPU开销明显；若缓存命中率>95%，压缩/解压反而拖慢整体响应
• 别用gzencode()：它加了HTTP头，浪费10+字节；gzcompress()才是纯deflate流
• 示例流程：

  $raw = msgpack_pack($data);
  $compressed = gzcompress($raw, 9); // 第二参数1~9，9为最高压缩
  // 存$compressed；读取时：$data = msgpack_unpack(gzuncompress($compressed));

别忽略数据结构本身——序列化再省也救不了乱设计

见过最典型的浪费：把整个User对象（含DB连接、日志器、未初始化的关联模型）塞进缓存。哪怕用msgpack+gzip，体积也下不来。真正省空间的第一步，是只存必要字段。

检查清单：

• 序列化前用array_only($user, ['id', 'name', 'email'])过滤（Laravel）或array_intersect_key($user, array_flip(['id','name']))手动裁剪
• 时间戳统一转int，别存DateTime对象（serialize()会记全类信息）
• 布尔值、null、小整数尽量用原生类型，别包装成字符串（"1"比1多2个字节，且serialize()里标为s:1:"1"而非i:1）
• 如果缓存的是SQL查询结果，考虑用mysqli_fetch_row()而非fetch_assoc()，返回数字索引数组，序列化后少一半键名存储

压缩算法再强，也压不扁本不该存在的数据。省空间的本质，是让序列化对象尽可能“干净”。