萬盛學電腦網 >> 數據庫 >> mysql教程 >> mysql更改表引擎INNODB為MyISAM的方法總結
mysql更改表引擎INNODB為MyISAM的方法總結
常見的mysql表引擎有INNODB和MyISAM，主要的區別是INNODB適合頻繁寫數據庫操作，MyISAM適合讀取數據庫的情況多一點，如何把表引擎INNODB更改為MyISAM呢？
使用以下mysql sql語句，可以給表設定數據庫引擎：
ALTER TABLE `wp_posts` ENGINE = MyISAM;
在需要使用mysql的全文索引(FULLTEXT index)的時候，這張表的數據庫引擎必須是MyISAM類型。關於INNODB為MyISAM數據庫引擎有什麼具體區別
例子
修改表的存儲引擎myisam<=>innodb
查看表的存儲引擎
mysql> show create table tt7;
+-------+-------------------------------------------------------------------------------------------------------------------------+
| Table | Create Table |
+-------+-------------------------------------------------------------------------------------------------------------------------+
| tt7 | CREATE TABLE `tt7` (
`id` int(10) default NULL,
`name` char(10) default NULL
) ENGINE=MyISAM DEFAULT CHARSET=latin1 |
+-------+-------------------------------------------------------------------------------------------------------------------------+
1 row in set (0.00 sec)
查看表的數據量
mysql> select count(1) from tt7;
+----------+
| count(1) |
+----------+
| 16777216 |
+----------+
1 row in set (0.00 sec)
方法一：
直接更改存儲引擎
mysql> alter table tt7 engine=innodb;
Query OK, 16777216 rows affected (2 min 39.80 sec)
Records: 16777216 Duplicates: 0 Warnings: 0
方法二：
把方法一中的存儲引擎改回myisam
mysql> alter table tt7 engine=myisam;
Query OK, 16777216 rows affected (27.09 sec)
Records: 16777216 Duplicates: 0 Warnings: 0
從這裡也可以看出myisam表要比innodb表快很多
創建個和tt7同樣表結構的表
mysql> create table tt7_tmp like tt7;
Query OK, 0 rows affected (0.02 sec)
tt7_tmp作為中間結果集
mysql> insert into tt7_tmp select * from tt7;
Query OK, 16777216 rows affected (27.20 sec)
Records: 16777216 Duplicates: 0 Warnings: 0
刪除原表的數據
mysql> truncate table tt7;
Query OK, 16777725 rows affected (0.18 sec)
這回更改原表的存儲引擎
mysql> alter table tt7 engine=innodb;
Query OK, 0 rows affected (0.06 sec)
Records: 0 Duplicates: 0 Warnings: 0
速度很快就完成了
再把中間結果集的數據導回原表中
mysql> insert into tt7 select * from tt7_tmp;
Query OK, 16777216 rows affected (2 min 0.95 sec)
Records: 16777216 Duplicates: 0 Warnings: 0
刪除中間表
mysql> drop table tt7_tmp;
測試結果：
方法二比較快一點，但是數據量要是比較大的話，方法二就要采用化整為零的分批操作的方式，否則insert操作將會具耗時，並產生大量的undo日志。
如果是小表的話（500M以內，根據自己系統的硬件環境），采用方法一就可以
如果是大表的話，那就采用方法二+批量的方式
如果是批量更改表的存儲引擎
用於生成變更的SQL語句：
SELECT CONCAT('ALTER TABLE ',table_name,' ENGINE=InnoDB;') FROM information_schema.tables WHERE table_schema='db_name' AND ENGINE='myisam';
用於生成檢查表的SQL語句：
SELECT CONCAT('CHECK TABLE ',table_name) FROM information_schema.tables WHERE table_schema='db_name';
根據自己系統配置修改如下參數，以加快變更速度（記得以前的值，一會還得改回來）
SET GLOBAL sort_buffer_size=64*1024*1024;
SET GLOBAL tmp_table_size=64*1024*1024;
SET GLOBAL read_buffer_size=32*1024*1024;
SET GLOBAL read_rnd_buffer_size=32*1024*1024;
MYSQL中myisam和innodb引擎的區別
MyISAM 是MySQL中默認的存儲引擎，一般來說不是有太多人關心這個東西。決定使用什麼樣的存儲引擎是一個很tricky的事情，但是還是值我們去研究一下，這裡的文章只考慮 MyISAM 和InnoDB這兩個，因為這兩個是最常見的。
講講你對mysql myisam和innodb的認識。然後你認為他們的區別在那裡？為什麼？
答：這兩個是MySQL主要存儲引擎。
簡要介紹來自官網。
簡要介紹：myIsam
myIdam是默認存儲引擎。它基於更老的ISAM代碼，但有很多有用的擴展。（注意MySQL5.1不支持ISAM）。
每個myisam在磁盤上存儲成三個文件。第一個文件的名字以表的名字開始，擴展名指出文件類型。.frm文件存儲表定義。數據文件的擴展名為.MYD（MYData）。索引文件的擴展名是.MYI（MYIndex）。
簡要介紹：InnoDB
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次插入/更新的負荷。
簡單概括幾點如下：
1. 通過以上不難看出，myIsam InnoDB的用途，myisam主要適用於中小型數據量。InnoDB引擎適用於大數據量。上面已經講得很清楚拉。著名的開源電子商務系統[magento]就是采用InnoDB創建。
2. myIsam寫入速度比InnoDB快。
3. 在使用InnoDB時候需要對my.cnf進行配置以保證MySQL達到最大效率。詳細可以查看官網[inndo性能調節]：
http://dev.mysql.com/doc/refman/5.1/zh/storage-engines.html#innodb-tuning。
其中有很多人在網上發表了關於mysql myIdam和InnoDB在存貯和讀取方面的差異。暫時還沒有做過度研究。
基本測試都是基於使用［事務］和不使用［事務］，進行對比。MySQL對於［非事務表］速度會比較塊。
下面先讓我們回答一些問題：
◆你的數據庫有外鍵嗎？
◆你需要事務支持嗎？
◆你需要全文索引嗎？
◆你經常使用什麼樣的查詢模式？
◆你的數據有多大？
myisam只有索引緩存
innodb不分索引文件數據文件 innodb buffer
myisam只能管理索引，在索引數據大於分配的資源時，會由操作系統來cache；數據文件依賴於操作系統的cache。innodb不管是索引還是數據，都是自己來管理
思考上面這些問題可以讓你找到合適的方向，但那並不是絕對的。如果你需要事務處理或是外鍵，那麼InnoDB 可能是比較好的方式。如果你需要全文索引，那麼通常來說 MyISAM是好的選擇，因為這是系統內建的，然而，我們其實並不會經常地去測試兩百萬行記錄。所以，就算是慢一點，我們可以通過使用Sphinx從InnoDB中獲得全文索引。
數據的大小，是一個影響你選擇什麼樣存儲引擎的重要因素，大尺寸的數據集趨向於選擇InnoDB方式，因為其支持事務處理和故障恢復。數據庫的在小決定了故障恢復的時間長短，InnoDB可以利用事務日志進行數據恢復，這會比較快。而MyISAM可能會需要幾個小時甚至幾天來干這些事，InnoDB只需要幾分鐘。
您操作數據庫表的習慣可能也會是一個對性能影響很大的因素。比如： COUNT() 在 MyISAM 表中會非常快，而在InnoDB 表下可能會很痛苦。而主鍵查詢則在InnoDB下會相當相當的快，但需要小心的是如果我們的主鍵太長了也會導致性能問題。大批的inserts 語句在 MyISAM下會快一些，但是updates 在InnoDB 下會更快一些——尤其在並發量大的時候。
所以，到底你檢使用哪一個呢？根據經驗來看，如果是一些小型的應用或項目，那麼MyISAM 也許會更適合。當然，在大型的環境下使用 MyISAM 也會有很大成功的時候，但卻不總是這樣的。如果你正在計劃使用一個超大數據量的項目，而且需要事務處理或外鍵支持，那麼你真的應該直接使用 InnoDB方式。但需要記住InnoDB 的表需要更多的內存和存儲，轉換100GB 的MyISAM 表到InnoDB 表可能會讓你有非常壞的體驗。
===========================================================
MyISAM:這個是默認類型,它是基於傳統的ISAM類型,ISAM是 Indexed Sequential Access Method (有索引的順序訪問方法) 的縮寫,它是存儲記錄和文件的標准方法.與其他存儲引擎比較,MyISAM具有檢查和修復表格的大多數工具. MyISAM表格可以被壓縮,而且它們支持全文搜索.它們不是事務安全的,而且也不支持外鍵。如果事物回滾將造成不完全回滾，不具有原子性。如果執行大量的SELECT，MyISAM是更好的選擇。
InnoDB:這種類型是事務安全的.它與BDB類型具有相同的特性,它們還支持外鍵.InnoDB表格速度很快.具有比BDB還豐富的特性,因此如果需要一個事務安全的存儲引擎,建議使用它.如果你的數據執行大量的INSERT或UPDATE,出於性能方面的考慮，應該使用InnoDB表,
對於支持事物的InnoDB類型的標，影響速度的主要原因是AUTOCOMMIT默認設置是打開的，而且程序沒有顯式調用BEGIN 開始事務，導致每插入一條都自動Commit，嚴重影響了速度。可以在執行sql前調用begin，多條sql形成一個事物（即使autocommit打開也可以），將大大提高性能。
===============================================================
InnoDB和MyISAM是在使用MySQL最常用的兩個表類型，各有優缺點，視具體應用而定。下面是已知的兩者之間的差別，僅供參考。
innodb
InnoDB 給 MySQL 提供了具有事務(commit)、回滾(rollback)和崩潰修復能力 (crash recovery capabilities)的事務安全(transaction-safe (ACID compliant))型表。 InnoDB 提供了行鎖(locking on row level)，提供與 Oracle 類型一致的不加鎖讀取(non- locking read in SELECTs)。這些特性均提高了多用戶並發操作的性能表現。在InnoDB表中不需要擴大鎖定 (lock escalation)，因為 InnoDB 的列鎖定(row level locks)適宜非常小的空間。 InnoDB 是 MySQL 上第一個提供外鍵約束(FOREIGN KEY constraints)的表引擎。
InnoDB 的設計目標是處理大容量數據庫系統，它的 CPU 利用率是其它基於磁盤的關系數據庫引擎所不能比的。在技術上，InnoDB 是一套放在 MySQL 後台的完整數據庫系統，InnoDB 在主內存中建立其專用的緩沖池用於高速緩沖數據和索引。 InnoDB 把數據和索引存放在表空間裡，可能包含多個文件，這與其它的不一樣，舉例來說，在 MyISAM 中，表被存放在單獨的文件中。InnoDB 表的大小只受限於操作系統的文件大小，一般為 2 GB。
InnoDB所有的表都保存在同一個數據文件 ibdata1 中（也可能是多個文件，或者是獨立的表空間文件）,相對來說比較不好備份，免費的方案可以是拷貝數據文件、備份 binlog，或者用 mysqldump。
MyISAM
MyISAM 是MySQL缺省存貯引擎 .
每張MyISAM 表被存放在三個文件 。frm 文件存放表格定義。 數據文件是MYD (MYData) 。 索引文件是 MYI (MYIndex) 引伸。
因為MyISAM相對簡單所以在效率上要優於InnoDB..小型應用使用MyISAM是不錯的選擇.
MyISAM表是保存成文件的形式,在跨平台的數據轉移中使用MyISAM存儲會省去不少的麻煩
以下是一些細節和具體實現的差別：
1.InnoDB不支持FULLTEXT類型的索引。
2.InnoDB 中不保存表的具體行數，也就是說，執行select count(*) from table時，InnoDB要掃描一遍整個表來計算有多少行，但是MyISAM只要簡單的讀出保存好的行數即可。注意的是，當count(*)語句包含 where條件時，兩種表的操作是一樣的。
3.對於AUTO_INCREMENT類型的字段，InnoDB中必須包含只有該字段的索引，但是在MyISAM表中，可以和其他字段一起建立聯合索引。
4.DELETE FROM table時，InnoDB不會重新建立表，而是一行一行的刪除。
5.LOAD TABLE FROM MASTER操作對InnoDB是不起作用的，解決方法是首先把InnoDB表改成MyISAM表，導入數據後再改成InnoDB表，但是對於使用的額外的InnoDB特性（例如外鍵）的表不適用。
另外，InnoDB表的行鎖也不是絕對的，如果在執行一個SQL語句時MySQL不能確定要掃描的范圍，InnoDB表同樣會鎖全表，例如 update table set num=1 where name like “%aaa%”
任何一種表都不是萬能的，只用恰當的針對業務類型來選擇合適的表類型，才能最大的發揮MySQL的性能優勢。
===============================================================
以下是InnoDB和MyISAM的一些聯系和區別！
1. 4.0以上mysqld都支持事務，包括非max版本。3.23的需要max版本mysqld才能支持事務。
2. 創建表時如果不指定type則默認為myisam，不支持事務。
可以用 show create table tablename 命令看表的類型。
2.1 對不支持事務的表做start/commit操作沒有任何效果，在執行commit前已經提交，測試：
執行一個msyql：
use test;
drop table if exists tn;
create table tn (a varchar(10)) type=myisam;
drop table if exists ty;
create table ty (a varchar(10)) type=innodb;
begin;
insert into tn values(‘a’);
insert into ty values(‘a’);
select * from tn;
select * from ty;
都能看到一條記錄
執行另一個mysql：
use test;
select * from tn;
select * from ty;
只有tn能看到一條記錄
然後在另一邊
commit;
才都能看到記錄。
3. 可以執行以下命令來切換非事務表到事務（數據不會丟失），innodb表比myisam表更安全：
alter table tablename type=innodb;
3.1 innodb表不能用repair table命令和myisamchk -r table_name
但可以用check table，以及mysqlcheck [OPTIONS] database [tables]
==============================================================
mysql中使用select for update的必須針對InnoDb，並且是在一個事務中，才能起作用。
select的條件不一樣，采用的是行級鎖還是表級鎖也不一樣。
轉 的說明
由於InnoDB 預設是Row-Level Lock，所以只有「明確」的指定主鍵，MySQL 才會執行Row lock (只鎖住被選取的資料例) ，否則MySQL 將會執行Table Lock (將整個資料表單給鎖住)。
舉個例子:
假設有個表單products ，裡面有id 跟name 二個欄位，id 是主鍵。
例1: (明確指定主鍵，並且有此筆資料，row lock)
SELECT * FROM products WHERE id=’3′ FOR UPDATE;
例2: (明確指定主鍵，若查無此筆資料，無lock)
SELECT * FROM products WHERE id=’-1′ FOR UPDATE;
例2: (無主鍵，table lock)
SELECT * FROM products WHERE name=’Mouse’ FOR UPDATE;
例3: (主鍵不明確，table lock)
SELECT * FROM products WHERE id<>’3′ FOR UPDATE;
例4: (主鍵不明確，table lock)
SELECT * FROM products WHERE id LIKE ’3′ FOR UPDATE;
注1:
FOR UPDATE 僅適用於InnoDB，且必須在交易區塊(BEGIN/COMMIT)中才能生效。
