轉自 http://yuwensan126.iteye.com/blog/1138022

Mysql 數據庫中，最常用的兩種引擎是innordb和myisam。Innordb的功能要比myiasm強大很多，但是innordb的性能要比myisam差很多，如果你的網站只是做簡單的查詢，更新，刪除，那么用myiasm是最好的選擇。

創新互聯主要業務有網站營銷策劃、成都網站制作、成都做網站、微信公眾號開發、成都小程序開發、HTML5建站、程序開發等業務。一次合作終身朋友，是我們奉行的宗旨；我們不僅僅把客戶當客戶，還把客戶視為我們的合作伙伴，在開展業務的過程中，公司還積累了豐富的行業經驗、全網整合營銷推廣資源和合作伙伴關系資源，并逐漸建立起規范的客戶服務和保障體系。 

所有的性能測試在：Micrisoft window xp sp2 ， Intel(R) Pentinum(R) M processor 1.6oGHz 1G 內存的電腦上測試。

測試結果：

測試方法：連續提交10個query， 表記錄總數：38萬 ， 時間單位 s

引擎類型                  Myisam             innordb             性能相差
 count                     0.0008357          3.0163                 3609
 查詢主鍵               0.005708            0.1574                27.57
 查詢非主鍵             24.01                80.37                3.348
 更新主鍵               0.008124             0.8183               100.7
 更新非主鍵             0.004141            0.02625              6.338
 插入                     0.004188             0.3694                88.21

結論：

1. 加了索引以后，對于Myisam查詢可以加快：4 206.09733倍，對innordb 查詢加快510.72921倍。同時對myisam更新速度減慢為原來的1/2，innordb的更新速度減慢為原來的1/30。大家要看情況決定是否要加索引，比如不查詢的log表，不要做任何的索引。
2. 如果你的數據量是百萬級別的，并且沒有任何的事務處理，那么用myisam是性能最好的選擇。
3. Innordb的表的大小更加的大，用myisam可以省很多的硬盤空間。

在我們測試的這個38w的表中，表占用空間的情況如下：
引擎類型                  MyIsam              InnorDB
 數據                      53,924 KB          58,976 KB
 索引                      13,640 KB          21,072 KB
 占用總空間            67,564 KB          80,048 KB

另外一個176W萬記錄的表， 表占用空間的情況如下：

引擎類型              MyIsam            InnorDB
 數據                  56,166 KB          90,736 KB
 索引                  67,103 KB         88,848 KB
 占用總空間       123,269 KB        179,584 KB

MyIsam引擎和InnorDB引擎簡介：

MyISAM

   MyISAM是MySQL的ISAM擴展格式和缺省的數據庫引擎。除了提供ISAM里所沒有的索引和字段管理的大量功能，MyISAM還使用一種表格鎖定的機制，來優化多個并發的讀寫操作。其代價是你需要經常運行OPTIMIZE TABLE命令，來恢復被更新機制所浪費的空間(學過數據結構的都應該知道，ISAM文件格式的缺陷)。MyISAM還有一些有用的擴展，例如用來修復數據庫文件的MyISAMChk工具和用來恢復浪費空間的MyISAMPack工具。

MyISAM強調了快速讀取操作，這可能就是為什么MySQL受到了Web開發如此青睞的主要原因：在Web開發中你所進行的大量數據操作都是讀取操作。所以，大多數虛擬主機提供商和Internet平臺提供商（Internet Presence Provider，IPP）只允許使用MyISAM格式。 MYISAM格式的一個重要缺陷就是不能在表損壞后恢復數據。

InnorDB

InnoDB數據庫引擎都是造就MySQL靈活性的技術的直接產品，這項技術就是MySQL++ API。在使用MySQL的時候，你所面對的每一個挑戰幾乎都源于ISAM和MyISAM數據庫引擎不支持事務處理也不支持外來鍵。盡管要比ISAM和 MyISAM引擎慢很多，但是InnoDB包括了對事務處理和外鍵的支持，這兩點都是前兩個引擎所沒有的。如前所述，如果你的設計需要這些特性中的一者或者兩者，那你就要被迫使用后兩個引擎中的一個了。

Mysql 官方對InnorDB是這樣解釋的：

   InnoDB給MySQL提供了具有提交，回滾和崩潰恢復能力的事務安全（ACID兼容）存儲引擎。InnoDB鎖定在行級并且也在SELECT語句提供一個Oracle風格一致的非鎖定讀。這些特色增加了多用戶部署和性能。沒有在InnoDB中擴大鎖定的需要，因為在InnoDB中行級鎖定適合非常小的空間。InnoDB也支持FOREIGN KEY強制。在SQL查詢中，你可以自由地將InnoDB類型的表與其它MySQL的表的類型混合起來，甚至在同一個查詢中也可以混合。

InnoDB是為處理巨大數據量時的大性能設計。它的CPU效率可能是任何其它基于磁盤的關系數據庫引擎所不能匹敵的。

   InnoDB存儲引擎被完全與MySQL服務器整合，InnoDB存儲引擎為在主內存中緩存數據和索引而維持它自己的緩沖池。InnoDB存儲它的表＆索引在一個表空間中，表空間可以包含數個文件（或原始磁盤分區）。這與MyISAM表不同，比如在MyISAM表中每個表被存在分離的文件中。InnoDB 表可以是任何尺寸，即使在文件尺寸被限制為2GB的操作系統上。

   InnoDB默認地被包含在MySQL二進制分發中。Windows Essentials installer使InnoDB成為Windows上MySQL的默認表。

   InnoDB被用來在眾多需要高性能的大型數據庫站點上產生。著名的Internet新聞站點Slashdot.org運行在InnoDB上。 Mytrix, Inc.在InnoDB上存儲超過1TB的數據，還有一些其它站點在InnoDB上處理平均每秒800次插入/更新的

 mysql 性能優化（二）

今天突然看到一年前寫的 mysql 優化（一） ，感覺有些誤人子弟。今天再補充一些東西。
關于引擎選擇，從理論上 和 實際上 可能會有差距，所以，對待mysql 要有實驗精神。
一般來說，
MYisam 適合：
1. 做很多count 的計算。
2. 插入不平凡，查詢非常頻繁。
3. 沒有事務

innordb 非常適合：
1. 可靠性要求比較高，或者要求事務。
2. 表更新和查詢都相當的頻繁，并且表鎖定的機會比較大的情況。

當然這也不是絕對的。要試驗過才知道。
很多時候，性能瓶頸不是因為服務器配置不好，而是因為SQL不是很好。SQL的性能優化是關鍵。
除了這些常見的優化方法，
   還可以考慮 使用內存表。你測試一張myisam 和 內存表，會發現速度差不多。
其實，在并發比較強的時候，性能會相差大概五倍。我有張經常要查詢的IP 地址 和 地區的 對應表，放入內存后。
以前查詢 5000個 IP 地址大概 要 15S， 現在，只要 2S多。
很多東西，實際測試過才知道。用什么壓力測試，測試出來的也不是很準確。

作者：Angel 出處：http://www.cnblogs.com/wgp13x/ 歡迎轉載或分享，但請務必聲明文章出處。如果文章對您有幫助，希望你能推薦或關注。

王安琪，英文名Angel，南京郵電大學計算機應用技術碩士學位。 熟悉Java、C#編程語言。專注于WebService、海量數據處理、搜索引擎技術、消息中間件技術、分布式文件存儲、.NET應用程序開發、系統架構設計。主要從事大數據管理系統的研發，項目經理，系統架構師，就職于江蘇金陵科技集團有限公司。

Email：aitanjupt@hotmail.com

QQ：289770363

當前標題：（轉）mysql數據庫引擎：MyISAM和InnoDB(性能優化)-創新互聯
文章網址：http://www.yijiale78.com/article10/dpcedo.html

成都網站建設公司_創新互聯，為您提供虛擬主機、網站導航、網站設計公司、定制網站、品牌網站設計、網站收錄

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯