前段时间使用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的时候没有碰到过这个问题。