对于每月有 300,000 名独立访问者的网站，使用 SQLite 作为数据库后端是否可行？
对数据库的写入将非常有限——用户注册或登录、添加评论等。绝大多数使用将只是查询基于 URL 中的主键获取内容。我想知道 SQLite 是否可以作为网站后端处理，并且最终不会比 MySQL 慢得多。
我看过 this SO question和其他人，但它们并不完全相同，而且看起来它们现在也可能已经过时了。 http://www.sqlite.org/whentouse.html建议它会很好，但他们可能有点偏见!
最佳答案
SQLite 是一个非常酷的产品——随着 HTML5 的出现，任何网络开发人员都应该熟悉它。但是你应该记住，sqlite 不能很好地扩展。如果您需要在多个网络服务器之间共享数据，那么使用 sqlite 作为数据基础将非常困难。
然而，为了简化开发，您可以查看 PHP 中的 PDO/dbx_，它提供了一个抽象层(即相同的代码与各种数据库对话)，但是不同系统实现交易等内容的方式之间存在一些细微的差异 -和 SQL 的变体——如果你真的走这条路，我建议在 PHP PDO/DBX 调用和你的应用程序之间维护你自己的抽象层——想想用 PHP 实现的存储过程。
300,000 unique visitors a month ?
啊啊啊啊啊!宠物讨厌。虽然您需要考虑您的网站将赚多少钱来规划预算，但这不是容量规划的有用指标。你真的想看看预期的点击率/页面率。
关于mysql - 用于只读网站的 SQLite 或 MySQL？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/4162916/