mysql 数据库大文本_超长文本，用什么数据库储存？

以下所有条目都来源于互联网文章的二次加工，如有雷同，概不承认

没做过相关工作，纯理论分析一波，欢迎讨论：

条目一：如果是创业初期，直接用最熟悉的数据库就好

比如MySQL。

这样的做是有好处的，就是糙快猛。创业初期，最重要的是把项目做出来并上线。业务能不能活下来还不一定呢，想太多高性能、高可靠、易运维的事都没有太大的意义。

简单可靠才是最需要关注的。

条目二：不建议使用MySQL的TEXT类型

像blob和text这样的字段，名义上是为存储很大的数据而设计的类型。但这正因为如此，这跟关系数据库使用table的设计理念是冲突的。table中的每一列数据都是定长的，比如varchar(32)。但blob和text的上限太长了，MySQL不可能将它们存储在table中，因而会使用专门的外部存储区域进行存储，数据行内存储指针。这样做的其中一个结果是会导到多一次磁盘IO，性能开销比较严重。

条目三：新闻类文本直接静态化扔Nginx或OSS就好

频繁读不频繁写的新闻资讯类文本，在保存的时候，直接写成静态的html，访问的时候直接从nginx返回。这样做，不仅可以节省服务器资源，还可以利用CDN加速，把文件放到离用户最近的CDN服务器上，既便宜又快。

OSS是另一个可选的方案。OSS的优势是对图片和视频存储做了大师针对性优化，比如缩放图片和视频转码。另外，几乎所有的OSS云服务都自带CDN加速服务。

熟悉程度和价格可能仍然是很重要的选择因素。

条目四：笔记类产品MongoDB可能是个不错的选择