Mysql 下的事务隔离级别应用问题

前段时间使用Mysql 5.0开发东西，使用了Innodb作为存储引擎，使用DBA配置的mysql的，对内存参数做了些调整。

由于5.0，使用Innodb支持事务，因此在程序中使用了事务，不是autocommit，是显式事务，结果发现有多个程序同时修改数据时，有时另外的程序读不到最新的数据，有时又可以，刚开始还以为是自己程序有问题，查了一个多小时，发现程序应该没问题，然后想到用mysql自带命令行工具查看，结果始终可以看到最新的数据，也就是说数据库本身没问题，因为数据确实被更新了，这就奇怪了，分析mysql命令行和我的程序有什么区别呢？ 同样是使用同一个mysqlclient 库文件，仔细分析后想到了mysql命令行工具是使用autocommit的，而我的程序是使用显式事务，唯一的差别就在这里，唯一的差别就是事务，就突然想到了是不是事务隔离级别导致的，马上查看数据库的事务隔离级别，一看，果然是，原来mysql默认的事务隔离级别是READ REPEATED, 而不是READ COMMITED, 找到原因后修改了事务隔离级别，重起mysql数据库，再进行测试，发现问题都解决了，不再存在数据有时看不到最新的问题了。 后来跟别的同事聊的时候说他们也发现过这个问题，只是没有弄明白，他们的解决办法就是不使用显式事务，使用autocommit。 问DBA Oracle的事务隔离级别时，也确认默认是READ COMMITED,因此在使用 Oracle的时候没有碰到过这个问题。