Question

PHP 超长字符串压缩保存到 MYSQL 数据库的问题

本人正在运营一个网站，php开发的，数据库用的是mysql

想问一下超长字符串的压缩问题，

比如一个表中有一个列是text类型的，需要保存用户写的文章，内容通常比较长

通常有上千个字吧。

目前是直接吧这个超长字符串保存到text类型的列中。

但是最近发现这个表占用的容量上升的很快。

所以我想找个办法把这个text列中的字符串压缩一下。

目前尝试的办法是用php的压缩函数，比如gzcompress。

但是用此函数压缩过的字符串中会包含一些单引号之类的特殊字符，

因此保存到数据库时会出错。

另一种办法，mysql 有一个 compress 函数

我用 UPDATE 表名 SET content = compress(content) 方法一压缩

得到的结果乱七八糟，好像压缩不成功

但是 SELECT compress(content) FROM 表名 是可以成功压缩

在网上查了很久，没有找到好办法

请问各位高手，有什么好办法吗？

通常论坛上用户的超长帖子内容是按照什么办法保存到数据库的呢？

Answer 1

gzcompress产生特殊字符没问题，保存时用 addslashes()，我自己的经验是slash并没有真的被保存，取出数据后解压一点问题没有。将二进制的文件保存在数据库就这样。如果实在不放心，压缩后用base64_encode()，会增加1/3的量，但如果文本很长，这或许是可以忍受的。

Answer 2

通过gzcompress压缩后，再使用base64_encode进行编码，还是可以起到一点压缩效果的。
试过字符串长度：2048，gzcompress压缩后长度：169，base64编码后长度：228

Answer 3

要echo干什么呢?
$q = '';
while($row=mysql_fetch_array($result))
{
$q .="<div>ID:".$row['id'].", name:".$row['name']."</div>";
}
$sss=iconv("ASCII","UTF-8",$q);

Answer 4

压缩是一回事，合理建表又是另一回事。

根据你的实际操作情况和内容大小建表。

Answer 5

根据我见过的主流的cms和论坛，是这么来实现的。
首先有一个 content表 里面存放 文章（帖子）的栏目、标题、摘要、作者、来源、点击数…… 一些特别小的 主要的属性，主要用于列表页

然后 有一个 子 content表 一般 以内容属性命名，比如 文章 a_content
里面存放 文章的具体内容

然后把这两个表关联起来。

这样的好处就是，列表页调用的时候 只需要一个 content表就行了，只有在最终内容页里面 才需要读取 存放具体内容的表。
这样，即使具体内容表 a_content 很大，也不会有什么影响。而且 这个具体内容表还可以分多个表存放呢。