Sqlite作为缓存存储来存储动态页面的静态副本 - 这是一个好主意吗？

Question

我们从共享主机帐户运行我们的博客。我们的主机将托管帐户上允许的inode /文件数限制为150,000。我们已经实现了我们的缓存机制，一旦访问它们就会全部缓存所有页面，以便后续搜索从缓存中传递。不幸的是，inode限制不允许我们很快存储更多页面。

幸运的是我们的服务器上有sqlite。虽然我们也有mysql，但我们的共享主机帐户只允许我们从apache webserver到mysql服务器最多有25个并发连接。这是一个主要的制约因素！它说sqlite是“无服务器”的，所以我相信sqlite不会有那种限制。

有了这个，我是否可以使用sqlite表来存储我们博客的所有动态页面的完整缓存页面？平均缓存页面大小约为125 kbs，我有大约125,000个缓存页面并且还在增长。

是否有任何瓶颈可以减缓sqlite数据库文件中的缓存页面传送速度？

我是否可以将更多页面写入sqlite数据库中的cache_table，同时将cache_table中的搜索页面同时传送给网站访问者？

Answer 1

我不是一个好主意，因为sqlite的使用可能会影响您的网站性能（至少在响应时间）。 我建议使用Memcached或NoSQL DB作为最后的手段（需要测试响应时间的上升）。

但是如果你没有选择，sqlite会比MySQL更好，因为它的选择操作更快。

Answer 2

没有计算，因为从来没有需要计算最大页面生成时间。我完全静态地管理所有页面，因此，它一直是一个稳定的过程，没有任何麻烦。

我们的服务器负载在一小时内从400到8000页不等。