MySql事務無法復原的原因，MySql事務原因

MySql事務無法復原的原因，MySql事務原因

使用MySQL時，如果發現事務無法復原，但Hibernate、Spring、JDBC等配置又沒有明顯問題時，不要苦惱，先看看MySQL建立的表有沒有問題，即表的類型。

InnoDB和MyISAM是在使用MySQL最常用的兩個表類型，各有優缺點，視具體應用而定。基本的差別為：MyISAM類型不支援交易處理等進階處理，而InnoDB類型支援。MyISAM類型的表強調的是效能，其執行數度比InnoDB類型更快，但是不提供事務支援，而InnoDB提供事務支援已經外部鍵等進階資料庫功能。

MyIASM是IASM表的新版本，有如下擴充：

     二進位層次的可移植性。

     NULL列索引。

     對變長行比ISAM表有更少的片段。

     支援大檔案。

     更好的索引壓縮。

     更好的鍵嗎統計分布。

     更好和更快的auto_increment處理。

以下是一些細節和具體實現的差別：

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的效能優勢。

在MySQL 5.0裡面，MyISAM和InnoDB儲存引擎效能差別並不是很大，針對InnoDB來說，影響效能的主要是 innodb_flush_log_at_trx_commit 這個選項，如果設定為1的話，那麼每次插入資料的時候都會自動認可，導致效能急劇下降，應該是跟重新整理日誌有關係，設定為0效率能夠看到明顯提升，當然，同樣你可以SQL中提交“SET AUTOCOMMIT = 0”來設定達到好的效能。另外，還聽說通過設定innodb_buffer_pool_size能夠提升InnoDB的效能，但是我測試發現沒有特別明顯的提升。

基本上我們可以考慮使用InnoDB來替代我們的MyISAM引擎了，因為InnoDB自身很多良好的特點，比如事務支援、預存程序、視圖、行級鎖定等等，在並發很多的情況下，相信InnoDB的表現肯定要比MyISAM強很多，當然，相應的在my.cnf中的配置也是比較關鍵的，良好的配置，能夠有效加速你的應用。

為何mysql 不可以使用復原,哪位知道?

MySQL
預設情況下，MySQL採用autocommit模式運行。這意味著，當執行更新表的語句之後，MySQL立刻把更新儲存到磁碟中。
事務安全型的儲存引擎（如InnoDB, BDB或NDB簇），
使用以下語句禁用autocommit模式：
SET AUTOCOMMIT=0;

MySQL 交易處理 例子:
hi.baidu.com/...b.html
 
php mysql 事務不可以復原 rollback不起作用

MYSQL中只有INNODB和BDB類型的資料表才能支援交易處理,其他的類型是不支援的.
你可以檢查下你的資料庫用的什麼引擎