反駁"MySQLInnoDB(不行)的性能問題"，千萬_MySQL

　　用MySQL InnoDB Benchmark 性能測試來說明

　　文中提到："InnoDB 的磁盤性能很令人擔心，MySQL 缺乏良好的 tablespace 真是天大的缺陷！……網上有用戶反映存在同樣的插入性能問題，百萬行記錄插入之后，插入速度下降到了 1/30，從開始的 1600行/秒衰退到 50行/秒……"

　　50行/秒這么慢我從來沒見過，見也沒人反駁，所以自己再專門驗證一下。

　　Tim's 環境：

　　MySQL 5.0.26 x86_64

　　Linux x86_64

　　iddata 文件大小17G,未使用innodb_file_per_table分表選項

　　表1: 1000萬行左右，表大小 2.2G，含主鍵有6個索引字段

　　表2: 3000萬行左右，表大小 6.3G，含主鍵有6個索引字段

　　MySQL還有其他一些數據也在iddata中，但測試時候其他數據未訪問。

　　MySQL Server Hardware 環境

　　雙 XEON 3G

　　4G 內存， SCSI 硬盤

　　非專業非名牌，普通組裝的服務器。

　　表結構就是一般的用戶表，包含 int, varchar, datetime 字段類型，無 text,blob 類型字段。

　　單行長度 0.1K 左右

　　對表1測試2分鐘插入操作，在1千萬的表中每個調用插入1行，通過Java JDBC在另外一臺測試機上調用。

　　服務器 CPU 30%

　　JDBC Result:

　　INSERT OK /ERR: 73824/0

　　Java HEAP:　7.12MB of 63.56 MB (11.2%) used

　　TIME elapse(sec): 129

　　AVG平均/CUR當前/MAX最大 Inserts/SEC: 572/620/620

　　再測試一個3000萬的表，通過Java JDBC在另外一臺測試機上調用。

　　可能上一個測試2分鐘會讓人覺得沒有說服力，3000萬的表二就測試久一點吧。測試了10多分鐘，又插入了100萬條新的數據

　　一個調用只插入1行，8個線程。使用了連接池。

　　測試結果速度非常穩定。

　　服務器 CPU 30%

　　OK /ERR: 1,006,907/0

　　HEAP:　6.57MB of 63.56 MB (10.3%) used

　　TIME elapse(sec): 1683

　　AVG/CUR/MAX Inserts/Sec: 598/586/647

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com