由於近期有個專案對系統性能要求很高，技術選型上由於種種原因已經確定使用Mysql資料庫，接下來就是要確定到底使用哪種儲存引擎。我們的應用是典型的寫多讀少，寫入內容為也很短，對系統的穩定性要求很高。所以儲存引擎肯定就定在廣泛使用的Innodb和MyISAM之中了。

    至於兩者的比較網上也有很多，但是畢竟這個事情也不復雜，決定還是自己來做，去驗證一下在我們的場景下誰更優。

測試的版本是mysql  Ver 14.14 Distrib 5.1.49, for debian-linux-gnu (i686)，使用的是Innodb plugin 1.0.8（官方稱比built-in版本效能更好）和預設的MyISAM。

測試機器是我的筆記本，配置如下：Intel 酷睿2雙核 P8600，2G*2 DDR3 1066記憶體，320G硬碟5400轉。

    測試一：資料插入效能測試，這裡我分別對innodb_flush_log_at_trx_commit引數開啟和關閉都測了了一下，每次測試都是執行40s，表中數字都是實際插入條數。

                       MyISAM                 Innodb (開啟)      Innodb (關閉)

單執行緒，逐個插入         120000                 60000              60000

4執行緒，逐個插入          

單執行緒，批量100條/次插入  3600*100               800*100            3000*100

單執行緒，批量200條/次插入  1800*200               400*200            1600*200

    可以發現批量插入的效能遠高於單條插入，但是一次批量的大小對效能影響不大。每條記錄是否都重新整理日誌的引數對innodb效能的影響巨大。總體上來說，MyISAM效能更優一點。這裡有一點需要注意，在插入測試過程中，我對系統資源進行了監控，發現MyISAM對系統資源佔用很低，但是Innodb對磁碟佔用卻很高，應該是對事務控制多了很多需要記錄的日誌。

    測試二：資料讀取效能測試。每次隨機讀取1000條記錄，反覆進行讀取。

                        MyISAM        Innodb

單執行緒，200次讀取         5.7s          16.7s

4執行緒，200次讀取          12s           40.8s

    可以看出MyISAM的讀取效能非常恐怖，效能差距在3倍的樣子。

    以上兩個測試發現MyISAM在無事務的需求下幾乎完勝，但是要知道它是表鎖，Innodb是行鎖，那麼在併發讀寫同時存在的情況下，那結果會是怎麼樣呢？！

    測試三：兩個執行緒併發寫入，2個執行緒併發讀取。

                       MyISAM                                 Innodb

逐個插入                寫入40s：10000*2 讀取200次*2：14s        寫入40s：60000*2 讀取200次*2：50s

批量100條/次插入        寫入40s：1000*100*2 讀取200次*2：10s      寫入40s：1500*100*2 讀取200次*2：50s

    這下立刻顯示出Innodb在併發情況下強勁的效能，幾乎沒有什麼效能衰減。而MyISAM單條插入速度變得非常慢，批量插入也下降了40%效能。

    總結一下，在寫多讀少的應用中還是Innodb插入效能更穩定，在併發情況下也能基本，如果是對讀取速度要求比較快的應用還是選MyISAM。

    另外提一下，這裡需要用到對Innodb的熱備份，除了用Master-Slave的方式，還可以選用XtraBackup這個開源軟體。