MyISAM轉換成InnoDB的業務場景和思考

1、 資料庫引擎的對比：

MyISAM與InnoDB是mysql目前比較常用的兩個資料庫儲存引擎，MyISAM與InnoDB的主要的不同點在於效能和事務控制上。

以下是兩個資料庫引擎的簡單對比

MyISAM：MyISAM是MySQL5.5之前版本預設的資料庫儲存引擎。MYISAM提供高速儲存和檢索，以及全文搜尋能力，適合資料倉儲等查詢頻繁的應用。但不支援事務、也不支援外來鍵。MyISAM格式的一個重要缺陷就是不能在表損壞後恢復資料。

InnoDB：InnoDB是MySQL5.5版本的預設資料庫儲存引擎，不過InnoDB已被Oracle收購，MySQL自行開發的新儲存引擎Falcon將在MySQL6.0版本引進。InnoDB具有提交、回滾和崩潰恢復能力的事務安全。但是比起MyISAM儲存引擎，InnoDB寫的處理效率差一些並且會佔用更多的磁碟空間以保留資料和索引。儘管如此，但是InnoDB包括了對事務處理和外來鍵的支援，這兩點都是MyISAM引擎所沒有的。

2、 資料庫引擎的適應場景：

MyISAM適合：(1)做很多count 的計算；(2)插入不頻繁，查詢非常頻繁；(3)沒有事務。

InnoDB適合：(1)可靠性要求比較高，或者要求事務；(2)表更新和查詢都相當的頻繁，並且表鎖定的機會比較大的情況。(4)效能較好的伺服器，比如單獨的資料庫伺服器，像阿里雲的關係型資料庫RDS就推薦使用InnoDB引擎。

 

3、 實際工作中遇到的問題

剛好這段時間公司有個IM聊天系統，一直出現問題；每天早上的時候是業務的高峰期，因為這個時候系統要做以下工作：

（1）使用者登入時的帳號密碼驗證和使用者登入記錄的登記；

（2）使用者登入完成後需要進行離線訊息的分發並更新相應的訊息狀態；

（3）使用者之間的聊天訊息的記錄；

這個時候就會比較容易出現使用者登入不了、訊息傳送不出去、訊息重複傳送的情況；

4、 問題分析

（1） 通過對資料庫的監控，資料庫一直有出現寫入等待的情況。

（2） 通過跟應用工程師的溝通，以上的那些操作都需要頻繁的對資料庫進行update和insert操作；

（3） 檢查了一個表的語句，經過檢查所有的表的資料庫引擎都是MyISAM的；

（4） 初步判斷IM使用的資料庫引擎MyISAM，不適合相應的業務常見，建議修改成InnoDB的

CREATE TABLE `ks_friend` ( `friend_id` int(11) NOT NULL AUTO_INCREMENT, `uid` int(11) NOT NULL, `friend_uid` int(11) NOT NULL, `friend_uname` varchar(255) NOT NULL, `status` tinyint(1) NOT NULL DEFAULT '0', `message` varchar(255) DEFAULT NULL, `ctime` int(11) NOT NULL, PRIMARY KEY (`friend_id`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8;

5、 MyISAM引擎修改成InnoDB

轉換的過程需要做相應的準備工作：檢查資料庫是否支援InnoDB、建立表空間

（1） 檢查是否支援InnoDB，指令碼如下：show engines；

（2） 修改InnoDB的相關引數

# Uncomment the following if you are using InnoDB tables innodb_data_home_dir = /data/mysql innodb_data_file_path = ibdata1:2000M;ibdata2:10M:autoextend nnodb_log_group_home_dir = /data/mysql # You can set .._buffer_pool_size up to 50 - 80 % # of RAM but beware of setting memory usage too high innodb_buffer_pool_size = 384M innodb_additional_mem_pool_size = 20M # Set .._log_file_size to 25 % of buffer pool size innodb_log_file_size = 100M innodb_log_buffer_size = 8M innodb_flush_log_at_trx_commit = 1 innodb_lock_wait_timeout = 50

（3） 進行資料庫的備份（有備無患）

mysqldump -uroot -p1234 > /home/test/tmp_test.sql

（4） 經過以上操作後，就可以放心的執行以下語句了，

alter table table_name engine innodb;

也可以藉助其他工具，進行設定，比如用Navicat for MySQL

經過以上設定，把所有表的資料庫引擎都修改成InnoDB，然後就等待系統的驗證了。

6、 總結：雖然是一個小系統的調整工作，在整個調整的過程中，更深刻的瞭解了資料庫技術和使用場景之間的聯絡，雖然現在還不能很好的總結，還是把我理解的很小的一部分在這裡總結和大家分享一下：

（1） 一般技術的產生是由於業務來進行推動的，就像電商平臺的發展推進了mysql這幾年的飛躍進步，很多mysql的技術都是為了解決特定場合而產生的；

（2） 學習技術的時候，如果能夠了解技術產生的業務場景，那麼將能夠更好的學習技術；

（3） 技術的產生往往不是單獨出現的，背後往往是軟體廠商佈置的一個很大的局；

（4） 之前有個名詞叫：“去IOE”，ORACLE本身資料庫的效能優勢決定了有些特定的商業場合需要ORACLE這種資料庫才能解決的，只有這種業務場景發生了變化或者消失，ORACLE也該退出歷史的舞臺了（ORACLE資料庫的退出絕對不是被MYSQL打敗的，ORACLE和MYSQL都是ORACLE下面的產品，ORACLE公司也不會愚蠢到自己的產品進行惡性的競爭）

 

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/12679300/viewspace-1336454/，如需轉載，請註明出處，否則將追究法律責任。