數據庫速度比較

這里的數字非常老，幾乎沒什么意義。在更新之前仍使用這篇文檔只是為了證明SQLite不是停滯不前的。

執行程序總結

一系列的測試程序已經被運行去測量SQLite 2.7.6，PostgreSQL 7.1.3，和 MySQL 3.23.41 的相對性能。以下是根據實驗得出的一些總結：

• SQLite 2.7.6 是非?？斓?，有時可以比安裝在RedHat 7.2 上的預置的PostgreSQL 7.1.3 快10倍甚至20倍。

• SQLite 2.7.6 總是很快， 有時比MySQL 3.23.41 快2倍多。

• SQLite 執行CREATE INDEX or DROP TABLE時不像其它數據庫那樣快。但這不是什么問題，因為這些是很少運用的操作。

• 如果你把 multiple 操作聚集到一個單獨的事物項，SQLite可以更快些。

但以下幾點是值得注意的：

• 這些測試程序不是在測量多用戶使用時數據庫的性能，也不是在測量包含multiple的最優化復雜查詢。

• 這些測試是在一個相對小的數據庫里完成的（大約14兆字節）。 它們沒有測試數據庫引擎的大小對程序運行速度的影響有多大。

測試環境

測試所用的平臺是一個具有1GB內存的1.6GHz Athlon和一個IDE驅動硬盤。操作系統是具有一個stock內核的RedHat Linux 7.2 。

使用的PostgreSQL 和MySQL服務器被RedHat 7.2 中的默認程序所傳送。（PostgreSQL 7.1.3 版和MySQL3.23.41版）所使用的引擎自始至終沒有被調整過。需要特別注意的是，RedHat 7.2 中默認的MYSQL配置不支持處理事物項，這一點使MYSQL的速度大大增加。但SQLite還是有能力完成大部分的測試的。

我被告知，RedHat 7.3 中預設的PostgreSQL配置是非常落后的（它必須在具有 8MB RAM 的機器上工作）。 and that PostgreSQL則可以通過調整一些配置來運行的快些。 Matt Sergeant 報道說他已經調整了他的PostgreSQL裝置，并且像下面所顯示的一樣重新進行測試。他的結果顯示 PostgreSQL和MySQL運行速度一樣。如想查看結果，訪問：

http://www.sergeant.org/sqlite_vs_pgsync.html

SQLite實在同樣的配置下被測試的，它是用 -O6 optimization 和 -DNDEBUG=1 交叉編寫，這樣使許多SQLite代碼中的"assert()"語句 無法運行。

所有的測試都是在一個靜止的機器上進行的。所有的測試時由一個簡單的TCL文稿編排程序產生和運行的。 A copy of this Tcl script can be found in the你可以在源文件目錄文件SQLite source tree in the file tools/speedtest.tcl中發現TCL文稿編排程序的副本.

所有測試中的時間都是以精確到秒的背景時鐘來計算的.SQLite有兩個單獨的時間值. 第一個時間值在一個完整磁盤同步化打開的默認裝置里.同步話打開后,為了確保重要數據已被真正的寫入磁盤驅動表面,SQLite在關鍵的時候執行 fsync()系 統調用. 在數據庫更新過程中,當操作系統崩潰時或者計算機突然斷電時,為了保證數據庫的完整性,同步化是非常有必要的.第二個時間值是當同步化關閉的時候.關閉同 步化, SQLite有時會運行的快些,但如果系統崩潰或者突然斷電數據庫將會受到損失. 通常來說,同步化的SQLite的時間是為了和PostgreSQL(因為他也是同步化的)比較,異步化的SQLite是為了和也是異步化的MySQL引 擎比較.

測試 1: 1000 INSERTs

CREATE TABLE t1(a INTEGER, b INTEGER, c VARCHAR(100));
INSERT INTO t1 VALUES(1,13153,'thirteen thousand one hundred fifty three');
INSERT INTO t1 VALUES(2,75560,'seventy five thousand five hundred sixty');
... 995 lines omitted
INSERT INTO t1 VALUES(998,66289,'sixty six thousand two hundred eighty nine');
INSERT INTO t1 VALUES(999,24322,'twenty four thousand three hundred twenty two');
INSERT INTO t1 VALUES(1000,94142,'ninety four thousand one hundred forty two');

因為沒有一個中央服務器來控制訪問，SQLite必須先關閉再打開數據庫文件，這樣高速緩存器就失去了作用。在這個測試中，每個 SQL語句都是一個獨立的事務元，所以數據庫文件必須被打開和關閉，高速緩存必須刷新1000次。 盡管這樣，異步版本的SQLite還是和MYSQL一樣快。但同步版本的卻是非常慢。SQLite在每個同步事務元后調用fsync()，因而確保了磁盤表面所有的數據都是安全的。13秒的測試時間大部分都被用于磁盤I/O。