gzcompress压缩字符后入库失败？

int20

由于CMS的信息存储比较大，为了减少MySQL单表的大小。
在PHP前端采用了gzcompress压缩了入库前的信息。

问题：insert时编码错误(压缩很多都是乱码),改过编码类型为gbk_bin, binary, utf8等都不行。

另外，用MySQL本身的Compress函数压缩也报编码错误.
INSERT INTO `xs_content_share1` (`pid` ,`body` )VALUES ('2', COMPRESS( '我是中国人' ))

错误报示：
#1366 - Incorrect string value: '\xA6\x00\x00\x00x\x9C...' for column 'body' at row 1

不知道大家遇到过相关的问题没？

sunnyfun

晕，现在硬盘很贵吗？容量很小吗？

int20

不是硬盘容量问题。
信息量比较大，接近20G，做了分表处理了，但单表还是在1G左右(未压缩)。
单表(存20W记录 * 6k = 1171MB)
我的想法是减少单表的存储，压缩后单个记录大约在3K左右，这样单表在上限在500MB左右。
毕竟单表太大对MySQL操作不是很好。

sunnyfun

原帖由 int20 于 2008-5-20 13:50 发表
不是硬盘容量问题。
信息量比较大，接近20G，做了分表处理了，但单表还是在1G左右(未压缩)。
单表(存20W记录 * 6k = 1171MB)
我的想法是减少单表的存储，压缩后单个记录大约在3K左右，这样单表在上限在500MB ...

如果放的是不用修改的历史数据的话，用文档引擎好了，也是压缩存储，多好。

int20

呵呵，那肯定不行，文档引擎还会遍历整个表的。
MyISAM类型经压缩后也会变成只读表。
不知道有没其它的可行方案，让信息存储变小一点。:wink:

wsswan

你的 body 栏是什么类型？ MySQL 推荐 VARBINARY 或 BLOB 类型存储二进制字符。用 char 或 varchar 为不推荐类型。

int20

用的是Text类型。Blob也试过，Compress过算二进制吧？

james.liu

用海量文件存储系统。。。。