当前在开发ERP系统，使用到的数据库为Mysql。下面介绍下如何开启事务，以及事务隔离的机制 ：
1. 检查当前数据库使用的存储引擎。
show engines;
2. 修改前my.ini中的文件如下:
3. 修改my.ini的文件如下。
3.1 修改了默认的存储引擎
3.2 增加了mysql数据库的事务隔离级别, 如果不添加默认是REPEATABLE-READ.
4. 只需要重启mysql的服务即可。
net stop mysql
net start mysql
5. 再次查询show engines,显示如下
6. 事务隔离机制的说明，以下引用自别人的文章
- 未提交读（READ UNCOMMITTED）。另一个事务修改了数据，但尚未提交，而本事务中的SELECT会读到这些未被提交的数据（脏读）。
- 提交读（READ COMMITTED）。本事务读取到的是最新的数据（其他事务提交后的）。问题是，在同一个事务里，前后两次相同的SELECT会读到不同的结果（不重复读）。如两个会话a和b，由于是read committed所以只有当事务提交后才能被别的事务可见，当a执行查询后b执行插入，b执行commit提交事务，这时a再次查询结果确实不一样的，a的两次查询同属于一个事务，即为不可重复读。
- 可重复读（REPEATABLE READ）。在同一个事务里，SELECT的结果是事务开始时时间点的状态，因此，同样的SELECT操作读到的结果会是一致的。直到提交事务后再查询才可以看到其他事务在本事务执行期间锁进行的更改操作。在MySQL中InnoDB和XtraDB存储引擎通过多版本并发控制（MVCC）解决了幻读的问题。
- 串行化（SERIALIZABLE）。读操作会隐式获取共享锁，可以保证不同事务间的互斥。
- SQL 事务隔离级别
在MySQL中默认事务隔离级别是可重复读(Repeatable read).可通过SQL语句查询：
查看InnoDB系统级别的事务隔离级别：mysql> SELECT @@global.tx_isolation;
在MySQL中默认事务隔离级别是可重复读(Repeatable read).可通过SQL语句查询：
查看InnoDB系统级别的事务隔离级别：
mysql> SELECT @@global.tx_isolation;
结果：
+-----------------------+
| @@global.tx_isolation |
+-----------------------+
| REPEATABLE-READ |
+-----------------------+
1 row in set (0.00 sec)
查看InnoDB会话级别的事务隔离级别：
mysql> SELECT @@tx_isolation;
结果：
+-----------------+
| @@tx_isolation |
+-----------------+
| REPEATABLE-READ |
+-----------------+
1 row in set (0.00 sec)
修改事务隔离级别：
mysql> set global transaction isolation level read committed;
Query OK, 0 rows affected (0.00 sec)
mysql> set session transaction isolation level read committed;
Query OK, 0 rows affected (0.00 sec)
InnoDB 的可重复读隔离级别和其他数据库的可重复读是有区别的，不会造成幻象读（phantom read），所谓幻象读，就是同一个事务内，多次select，可以读取到其他session insert并已经commit的数据。下面是一个小的测试，证明InnoDB的可重复读隔离级别不会造成幻象读。测试涉及两个session，分别为 session 1和session 2，隔离级别都是repeateable read，关闭autocommit
mysql> select @@tx_isolation;
+-----------------+
| @@tx_isolation |
+-----------------+
| REPEATABLE-READ |
+-----------------+
1 row in set (0.00 sec)
mysql> set autocommit=off;
Query OK, 0 rows affected (0.00 sec)
session 1 创建表并插入测试数据
mysql> create table test(i int) engine=innodb;
Query OK, 0 rows affected (0.00 sec)
mysql> insert into test values(1);
Query OK, 1 row affected (0.00 sec)
session 2 查询，没有数据，正常，session1没有提交，不允许脏读
mysql> select * from test;
Empty set (0.00 sec)
session 1 提交事务
mysql> commit;
Query OK, 0 rows affected (0.00 sec)
session 2 查询，还是没有数据，没有产生幻象读
mysql> select * from test;
Empty set (0.00 sec)
当session2提交事务后才可以看到session1的插入数据；
以上试验版本：
mysql> select version();
+-------------------------+
| version() |
+-------------------------+
| 5.0.37-community-nt-log |
+-------------------------+
1 row in set (0.00 sec)