Mysql的transaction實現(轉)

(http://www.blogjava.net/i369/archive/2007/04/29/108906.html)

transaction在數據庫編程中是一個重要的概念，這樣作能夠控制對數據庫操做的事務提交。 可是要想在程序中實現事務，要求數據庫自己支持事務。 如今的關係型數據庫，咱們平常使用的mysql，oracle等等都支持事務，有的是安裝後直接就支持，有的須要作一些設置。 這篇文章是針對mysql的，講述從數據庫安裝，設置，一直到sql語句，甚至到java程序中，如何實現transaction。 1.安裝 要想在mysql的表中支持transaction，必需要求是innodb表。普通表使用的autocommit模式，會自動提交每一條sql語句，不能算是transaction吧。 安裝時要指定mysql支持innodb，./configure --with-innodb。

2.配置 安裝後，能夠對innodb作一些配置，在my.cnf或my.ini中的[mysqld]段。 #存儲目錄，若是不指定默認爲安裝的data目錄，爲空時以innodb_data_file_path指定路徑爲準 innodb_data_home_dir = #數據文件名及大小，默認爲ibdata1，10m大小。autoextend能夠自增，max:2000M文件最大2g，由於有的硬盤有2g文件大小限制。 innodb_data_file_path = ibdata1:2000M;ibdata2:2000M:autoextend:max:2000M # 設置緩衝池大小 set-variable = innodb_buffer_pool_size=70M set-variable = innodb_additional_mem_pool_size=10M #設置日誌文件路徑，默認在date目錄下，名稱爲ib_logfile... innodb_log_group_home_dir = #設置日誌文件數目，默認爲3 set-variable = innodb_log_files_in_group=3 # 設置日誌文件大小 set-variable = innodb_log_file_size=10M # 設置日誌緩衝大小 set-variable = innodb_log_buffer_size=8M # 任何事務提交前寫入日誌，方便故障診斷，請設爲1。若是丟失最近的幾個事務影響不大的話，設置爲0（默認值）。 innodb_flush_log_at_trx_commit=1 #設置超時時間 set-variable = innodb_lock_wait_timeout=50

注意：innodb不會自動生成目錄，上面全部指定目錄要手工生成。默認不用。

完整的配置參數以下表（下表引自http://man.chinaunix.net/database/mysql/inonodb_zh/2.htm#InnoDB_start）：

 

innodb_data_home_dir	這是InnoDB表的目錄共用設置。若是沒有在 my.cnf進行設置，InnoDB 將使用MySQL的 datadir目錄爲缺省目錄。若是設定一個空字串,能夠在 innodb_data_file_path中設定絕對路徑。
innodb_data_file_path	單獨指定數據文件的路徑與大小。數據文件的完整路徑由 innodb_data_home_dir 與這裏所設定值的組合。 文件大小以 MB 單位指定。所以在文件大小指定後必有「M」。 InnoDB 也支持縮寫「G」， 1G = 1024M。從 3.23.44 開始，在那些支持大文件的操做系統上能夠設置數據文件大小大於 4 GB。而在另外一些操做系統上數據文件必須小於 2 GB。數據文件大小總和至少要達到 10 MB。在 MySQL-3.23 中這個參數必須在 my.cnf中明確指定。在 MySQL-4.0.2 以及更新版本中則不需如此，系統會默認在 MySQL 的 datadir目錄下建立一個 16 MB 自擴充(auto-extending)的數據文件 ibdata1。你一樣可使用一個 原生磁盤分區(RAW raw disk partitions(raw devices)) 做爲數據文件， 如何在 my.cnf中詳細指定它們請查看第 12.1 節。
innodb_mirrored_log_groups	爲了保護數據而設置的日誌文件組的拷貝數目，默認設置爲 1。在 my.cnf中以數字格式設置。
innodb_log_group_home_dir	InnoDB 日誌文件的路徑。必須與 innodb_log_arch_dir設置相同值。 若是沒有明確指定將默認在 MySQL 的 datadir目錄下創建兩個 5 MB 大小的 ib_logfile...文件。
innodb_log_files_in_group	日誌組中的日誌文件數目。InnoDB 以環型方式(circular fashion)寫入文件。數值 3 被推薦使用。在 my.cnf中以數字格式設置。
innodb_log_file_size	日誌組中的每一個日誌文件的大小(單位 MB)。若是 n 是日誌組中日誌文件的數目，那麼理想的數值爲 1M 至下面設置的緩衝池(buffer pool)大小的 1/n。較大的值，能夠減小刷新緩衝池的次數，從而減小磁盤 I/O。可是大的日誌文件意味着在崩潰時須要更長的時間來恢復數據。 日誌文件總和必須小於 2 GB，3.23.55和 4.0.9 以上爲小於 4 GB。在 my.cnf中以數字格式設置。
innodb_log_buffer_size	InnoDB 將日誌寫入日誌磁盤文件前的緩衝大小。理想值爲 1M 至 8M。大的日誌緩衝容許事務運行時不須要將日誌保存入磁盤而只到事務被提交(commit)。 所以，若是有大的事務處理，設置大的日誌緩衝能夠減小磁盤I/O。 在 my.cnf中以數字格式設置。
innodb_flush_log_at_trx_commit	一般設置爲 1，意味着在事務提交前日誌已被寫入磁盤， 事務能夠運行更長以及服務崩潰後的修復能力。若是你願意減弱這個安全，或你運行的是比較小的事務處理，能夠將它設置爲 0 ，以減小寫日誌文件的磁盤 I/O。這個選項默認設置爲 0。
innodb_log_arch_dir	The directory where fully written log files would be archived if we used log archiving. 這裏設置的參數必須與 innodb_log_group_home_dir相同。 從 4.0.6 開始，能夠忽略這個參數。
innodb_log_archive	這個值一般設爲 0。 既然從備份中恢復(recovery)適合於 MySQL 使用它本身的 log files，於是一般再也不須要 archive InnoDB log files。這個選項默認設置爲 0。
innodb_buffer_pool_size	InnoDB 用來高速緩衝數據和索引內存緩衝大小。 更大的設置可使訪問數據時減小磁盤 I/O。在一個專用的數據庫服務器上能夠將它設置爲物理內存的 80 %。 不要將它設置太大，由於物理內存的使用競爭可能會影響操做系統的頁面調用。在 my.cnf中以數字格式設置。
innodb_additional_mem_pool_size	InnoDB 用來存儲數據字典(data dictionary)信息和其它內部數據結構(internal data structures)的存儲器組合(memory pool)大小。理想的值爲 2M，若是有更多的表你就須要在這裏從新分配。若是 InnoDB 用盡這個池中的全部內存，它將從操做系統中分配內存，並將錯誤信息寫入 MySQL 的錯誤日誌中。在 my.cnf中以數字格式設置。
innodb_file_io_threads	InnoDB 中的文件 I/O 線程。 一般設置爲 4，可是在 Windows 下能夠設定一個更大的值以提升磁盤 I/O。在 my.cnf中以數字格式設置。
innodb_lock_wait_timeout	在回滾(rooled back)以前，InnoDB 事務將等待超時的時間(單位 秒)。InnoDB 會自動檢查自身在鎖定表與事務回滾時的事務死鎖。若是使用 LOCK TABLES命令，或在同一個事務中使用其它事務安全型表處理器(transaction safe table handlers than InnoDB)，那麼可能會發生一個 InnoDB 沒法注意到的死鎖。在這種狀況下超時將用來解決這個問題。這個參數的默認值爲 50 秒。在 my.cnf中以數字格式設置。
innodb_flush_method	這個參數僅僅與 Unix 相關。這個參數默認值爲 fdatasync。 另外一個設置項爲 O_DSYNC。這僅僅影響日誌文件的轉儲，在 Unix 下以 fsync轉儲數據。InnoDB 版本從 3.23.40b 開始，在 Unix 下指定 fdatasync爲使用 fsync方式、指定 O_DSYNC爲使用 O_SYNC方式。因爲這在某些 Unix 環境下還有些問題因此在 'data' versions 並無被使用。
innodb_force_recovery	警告：此參數只能在你但願從一個被損壞的數據庫中轉儲(dump)數據的緊急狀況下使用！ 可能設置的值範圍爲 1 - 6。查看下面的章節 'Forcing recovery' 以瞭解這個參數的具體含義。參數設置大於 0 的值表明着 InnoDB 防止用戶修改數據的安全度。從 3.23.44 開始，這個參數可用。在 my.cnf中以數字格式設置。
innodb_fast_shutdown	InnoDB 缺乏在關閉以前清空插入緩衝。這個操做可能須要幾分鐘，在極端的狀況下能夠須要幾個小時。若是這個參數據設置爲 1 ，InnoDB 將跳過這個過程而直接關閉。從 3.23.44 和 4.0.1 開始，此參數可用。從 3.23.50 開始，此參數的默認值爲 1。
innodb_thread_concurrency	InnoDB 會試圖將 InnoDB 服務的使用的操做系統進程小於或等於這裏所設定的數值。此參數默認值爲 8。若是計算機系統性能較低或 innodb_monitor顯示有不少線程等侍信號，應該將這個值設小一點。若是你的計算機系統有很個人處理器與磁盤系統，則能夠將這個值設高一點以充分利用你的系統資源。建議設值爲處理器數目+ 磁盤數目。 從 3.23.44 和 4.0.1 開始，此參數可用。在 my.cnf中以數字格式設置。

 

innodb還須要使用二進制日誌文件：

log-bin指定二進制文件名稱，不指定默認生成。 log-bin-index 能夠指定索引文件。 使用 binlog-do-db能夠指定記錄的數據庫。 使用 binlog-ignore-db能夠指定不記錄的數據庫。 注意的是： binlog-do-db 和binlog-ignore-db 一次只指定一個數據庫，指定多個數據庫須要多個語句。並且，MySQL會將全部的數據庫名稱改爲小寫， 在指定數據庫時必須所有使用小寫名字，不然不會起做用。

3.添加表 CREATE TABLE user (id INT NOT NULL AUTO_INCREMENT,PRIMARY KEY,fname VARCHAR(15),sname VARCHAR(20),sex VARCHAR(6),age VARCHAR(3)) TYPE=INNODB; 記得後面的TYPE=INNODB。

4.sql語句的transaction實現 兩種方式： 若是SET AUTOCOMMIT=0;也就是關閉了自動提交，那麼任何commit或rallback語句均可以觸發事務提交。 好比：  mysql> SET AUTOCOMMIT=0;  Query OK, 0 rows affected (0.00 sec)    mysql> INSERT INTO user(fname,sname) VALUES ('Max','Ma');  Query OK, 1 row affected (0.00 sec)

 mysql> INSERT INTO user(fname,sname) VALUES ('Sky','Sun');  Query OK, 1 row affected (0.00 sec)    mysql> COMMIT;  Query OK, 0 rows affected (0.00 sec) 這樣事務就算提交了。 若是SET AUTOCOMMIT=1;也就是開啓了自動提交（默認值），那麼必需要以begin或者START TRANSACTION聲明事務的開始，而後再以commit或rallback語句均可以觸發事務提交。 好比：  mysql> SET AUTOCOMMIT=1;  Query OK, 0 rows affected (0.00 sec)

 mysql> BEGIN;  Query OK, 0 rows affected (0.00 sec)    mysql> INSERT INTO user(fname,sname) VALUES ('Max','Ma');  Query OK, 1 row affected (0.00 sec)

 mysql> INSERT INTO user(fname,sname) VALUES ('Sky','Sun');  Query OK, 1 row affected (0.00 sec)    mysql> COMMIT;  Query OK, 0 rows affected (0.00 sec)

像其餘關係型數據庫同樣，也可使用存儲過程（procedure）來封裝事務。

5.java程序開發中的實現。 涉及到程序開發實現方法就多了。 一.本身寫方法把mysql的底層transaction命令封裝。我感受程序開發中應該儘可能避免和底層數據庫的過多交互，我沒有實現它。 有人實現了，下面是他實現的一個例子網址：http://dlog.cn/html/diary/showlog.vm?sid=7&log_id=2516 二.java的jdbc開發包包含了操做transaction的方法，在java.sql.connection接口裏。 使用他的好處是能夠和多種類型數據庫交互。 三.hibernate等ORM框架工具。 hibernate 中也封狀了對transaction的操做，在org.hibernate.Session類中，使用beginTransaction()方法開啓 transaction；使用getTransaction().commit()提交transaction；使用getTransaction(). rollback()方法回滾transaciton。 四.這是我經常使用的一種方法，把hibernate的session的方法封裝或者實現jdbc的connection的接口。

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1481131