由于这并没有触及我的真正问题，我有点不确定，是否值得在这里问。但是，也许你们中的一些人想就此分享您的意见。
总的来说，我不得不承认，“更好”既意味着什么，又意味着什么。所以我可能应该更具体一些，但我尽量不超出这个话题。在那些便宜的网络托管商（如 Dreamhost）上的常规托管环境中，Joomla 中有大约 1000 篇文章，每天有几个用户和几百个访问者，具有持久连接 (sqlite_popen) 的 SQLite 数据库的执行速度明显快于MySQL 等价物（具有 TCP/IP 开销等）？
或者简而言之：调用 Joomla 来支持 SQLite 是否明智？
我从未在网站上使用过 sqlite，但我已将它广泛用于其他目的，我非常喜欢它。事实是，除非你尝试，否则你不会知道。如果您尝试，我建议先创建一个数据库抽象层，以便您可以轻松地交换其他数据库。
sqlite 的缺点是它并不是真正的多用户数据库。如果您很少写入数据库，但进行大量阅读，那么 sqlite 可能会很好。如果你发现你需要多个进程写入同一个数据库，我相信 sqlite 使用文件级锁定来保持数据库一致性。所以，如果你所有的表都在同一个文件中，你将锁定整个文件，而它是即使另一个进程想要修改一个完全不同的表，也会被写入。
在我看来，应该担心来自 sqlite 的竞争的不是世界上的大型多用户数据库......应用程序创建和使用的所有常规文件（以及自定义文件格式）应该在他们的靴子中摇摆不定关于sqlite...
无论出于何种原因，Linux ISP 似乎都选择了 MySQL。这就是他们提供的服务，如果您超出规范范围，您会将自己锁定在有限数量的服务提供商中。