SQLite 是一個類似Access的輕量級數據庫系統，但是更小、更快、容量更大，并發更高。為什么說 SQLite 最適合做 CMS (內容管理系統)呢？并不是說其他數據庫不好, Oracle、MySQL、SQLServer 也都是非常優秀的 DBS，只不過他們設計目標不同，特性不同，所以只有更適用某個應用場景，沒有絕對的好壞之分。

我歸納的中小型站點的CMS的特點如下：

1、數據量不超過10萬
2、日頁面訪問量不超過10萬
3、 一部分網站全部生成靜態頁面，一部分網站實時查詢數據庫動態訪問
4、 站長不懂技術，不懂得復雜的數據庫維護，只會用 FTP 管理網站
5 、個人站點基本上是一個人管理，一般情況下只有一個人在訪問后臺，沒有并發
6、 對數據庫來說是讀多寫少，只有在站長訪問后臺的時候才會寫入
7、 多運行于虛擬主機，大部分PHP主機均同時支持MySQL，小部分PHP主機需要單獨購買MySQL，PHP+MySQL的主機價格較PHP主機價格高。（以萬網為例：最便宜的PHP空間780元，最便宜的PHP+MySQL的PHP空間1150元）
8、 多數中小站點的HTTP服務與MySQL部署在同一服務器上

SQLite 的優點在中小網站CMS應用場景下表現突出：

1、與MySQL相比，它更徹底的免費，并且沒有任何使用上的限制
2、非常小巧，PHP5以上版本中無需任何配置即可支持SQLite
3、無需單獨購買數據庫服務，無服務器進程，配置成本為零
4、整個數據庫存儲在一個單個的文件中，數據導入導出備份恢復都是復制文件，維護難度為零
5、讀速度快，在數據量不是很大的情況下速度較快，更重要的是：省掉了一次數據庫遠程鏈接沒有復雜的權限驗證，打開就能操作

SQLite的缺點在中小網站 CMS 應用場景下被規避：

1、并發低 動態訪問時當訪問量不超過10萬PV的時候，SQLite 超過 Access 的并發能力已經綽綽有余；生成靜態頁后更無需考慮數據庫的并發問題
2、在大數據量的情況下表現較差 但是中小站點一般情況下數據量不超過10萬，而SQlite 在 100 萬數據量之下表現還不錯，因為省掉了對數據庫服務器的遠程連接甚至會更快
3、寫入較慢 默認配置下的 SQlite 的寫入速度比MySQL慢了很多，但是 CMS 應用場景的寫入操作較少。在插入新文章的時候基本感受不到慢。集中的寫數據庫操作只有在安裝的時候會出現，不過只出現一次，可以忽略
4、為已有的表加索引較慢 但是在中小站點CMS中不會有這樣的需求，可以忽略
5、無法將MySQL 部署到與前端機不同的服務器上，但是中小站點也沒有分開部署的需求

綜上所述：在中小站點 CMS 的應用場景下 SQLite 能最大限度的降低建站成本，降低維護難度，又很好得規避了自身的缺點。所以我認為未來支持 SQLite 的 CMS 系統一定會大行其道。