我有一个存储电子邮件通信的表。每当有人
回复，整个路径也被包含并保存到
数据库（我需要这样，因为应用程序的数量
级别更改以纠正太高的情况）。
尺寸mail文本列是10000。但是，我在存储文本时遇到的困难还不止这些。由于我不确定可以发生多少个通信，因此我不知道该专栏的最佳数量是多少。
发动机是InnoDB。我可以使用某种柱状压缩技术吗MySQL以避免增加列的大小？
而且，如果我继续将 varchar 列增加到 20000，会怎么样。该表大约有 200 万条记录。这是一件好事吗？
您可能正在寻找 MySQL压缩（） http://dev.mysql.com/doc/refman/5.5/en//encryption-functions.html#function_compress and 解压() http://dev.mysql.com/doc/refman/5.5/en//encryption-functions.html#function_uncompress分别压缩数据以进行存储和检索的函数。
还看InnoDB 压缩使用 http://dev.mysql.com/doc/refman/5.5/en/innodb-compression-usage.html.
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
