我正在构建一个CMS类型的webapp，允许用户输入任意大小的HTML块。这些块由用户在其管理区域中输入，并在页面交付时插入到他们选择的模板中。
我猜测用户不会添加超过50-100个块，而且我不会很快就会有超过1000个用户。
我计划使用mySQL的LONGTEXT类型来存储这些，但我想知道在Linux目录中存储文件是否会更高效，因为Linux操作系统会缓存它们吗？鉴于我正在构建最多（1000 * 100）文本块，使用mySQL是否有任何合理的性能问题？
显然我会在发送之前缓存HTML，所以我不会在每次发送时都读取这些块 - 只有当有人更新/创建新内容时才会读取。
我可以使用memcached /其他缓存/ noSQL实现或其他一些存储机制，但我专注于保持简单并尽快交付，所以不要引入其他我没有经验的东西，除非有一个显着的性能担忧。
答案 0 :(得分：2)
HTML内容块是您唯一节省的吗？如果是这样，文件可能是最简单的。
但是，您可能希望将其他信息与HTML一起保存，并能够根据这些数据位进行查询。例如：创建日期，上次修改日期，块名称，已编辑块的用户。
如果是这种情况，那么数据库可能是最好的方法。既然你说你不希望有很多用户（至少不是第一个），我会专注于找到最快/最灵活的解决方案，并在网站规模扩大后专注于性能和缓存。 / p>
答案 1 :(得分：0)
我建议您使用平面文件而不是Mysql来存储此类数据 Html更像是一个“文件”而不是“价值信息”，因此它不必存在于数据库中 而且，你肯定会有更好的表现。
您还可以阅读this post.