事务隔离与更改数据库的关系

马克- to-win：马克 java社区：防盗版实名手机尾号： 73203。
马克-to-win：当然，为了保持数据的一致性和数据库的正确性，涉及到同时改变数据库（update，insert，delete）时，不管任何的隔离级别，事务一定是序列的执行的。先执行的事务挡住（block）后执行的事务正好要改变数据库的那句话（换句话说，在那句话后面的事务就卡在那了）。后执行的事务需要获得相关行的“行排他锁”才能改数据。先执行的，一定是事务完成才释放“行排他锁”。注意不止是那句更新完成就释放“行排他锁”。马克-to-win：先执行的事务一完成，后面的事务立刻继续。注意二者都commit后，对数据库的改变是叠加的。只要commit，改变就不会白做，保证了数据库的正确性。（查事务的ACID的 Durable的特性）比如一个insert，另一个update，效果也叠加，即使update的select时，还看不见insert的东西。只要对准那个insert的row的主键update，更新就不白做。马克-to-win：两个都update，效果更是叠加了。如果你delete，我看不见，我还update，就白做了，也好理解，因为你先delete了嘛！具体见“REPEATABLE-READ隔离级别”