为什么说 SQLite 最适合中小型站点呢？ _小知识

【为什么说 SQLite 最适合中小型站点呢？】为什么说 SQLite 最适合中小型站点呢？
SQLite 是一个类似 Access 的轻量级数据库系统，但是更小、更快、容量更大，并发更高。为什么说 SQLite 最适合中小站点呢？并不是说其他数据库不好, Oracle、MySQL、SQLServer 也都是非常优秀的 DBS ，只不过他们设计目标不同，特性不同，所以只有更适用某个应用场景，没有绝对的好坏之分。
SQLite 数据库的优势
真正开源的小型嵌入式数据库，支持事务、触发器器。
性能至少优于 MySql 4.1.0。
目前已被几乎所有的高级程序开发语言支持。
由于可以自定义数据库函数，尤其在 php 的扩展中可支持全部 php 函数，其性能可以说是无上限的。
有很多用 PHP 开发的管理工具，与 PhpMyAdmin 的界面很相似，比如常见的：SQLiteManager 。
选择 SQLite 后成本的降低几乎是必然的，技术上的支持和兼容更是毫无压力，后期维护备份几乎是无脑操作即可，整体的性能表现也完美的契合了硬件配置。当然 SQLite 的缺点也是不可避免的，但是在中小型站点上能很好的规避：
并发低动态访问时当访问量不超过 10 万 PV 的时候， SQLite 超过 Access 的并发能力已经绰绰有余;生成静态页后更无需考虑数据库的并发问题。
在大数据量的情况下表现较差但是中小站点一般情况下数据量不超过 10 万，而 SQlite 在 100 万数据量之下表现还不错，因为省掉了对数据库服务器的远程连接甚至会更快。
写入较慢默认配置下的 SQlite 的写入速度比 MySQL 慢了很多，但是 CMS 应用场景的写入操作较少。在插入新文章的时候基本感受不到慢。集中的写数据库操作只有在安装的时候会出现，不过只出现一次，可以忽略。
为已有的表加索引较慢但是在中小站点 CMS 中不会有这样的需求，可以忽略。
无法将 MySQL 部署到与前端机不同的服务器上，但是中小站点也没有分开部署的需求。
对于中小型站点来说 MySQL 这类数据库确实非常先进，但说实话都是“大材小用”、“杀鸡焉用牛刀”了，甚至可以毫不夸张的说大部分中小型站点需求仅仅用到了 MySQL 这类数据库 10%的功能而已，还得为了适配 MySQL 在硬件上做出取舍（比如：内存低于 2G 是无法使用 MySQL 高版本的）徒增成本而已，与其这样为啥不简单的选择 SQLite 这类轻量的数据库来使用呢？

文章插图