innoDB默认隔离级别
mysql> SELECT @@tx_isolation;
+-----------------+
| @@tx_isolation |
+-----------------+
| REPEATABLE-READ |
+-----------------+
两个事务同时更新一条数据
右图第二个事务的update增加行锁(表中id有索引), 在未提交之前，左图第一个事务update操作会进入阻塞状态, 左图中仍然可以进行select
右图第二个事务提交之后, 第一个事务会执行update并返回结果,但是还没有提交， 此时右图的查询结果是第二个事务提交的值
然后左图第一个事务也提交, 会覆盖右图第二个事务的值。左图操作的是右图变更前的数据，这个在并发时是不正常的
更新数据库的隔离级别为序列化
开启两个事务, 右图进行update操作, 左图事务的select操作会进入阻塞操作
右图提交之后, 左图事务select返回右图提交之后的结果
此时左图再update commit, 会覆盖右图的结果。左图操作的是右图变更后的数据, 这个在并发时是正常的.
总结:
可重复读时，有幻读的问题, 使用行写锁
序列化时, select会阻塞，并发性能极低 == 没有并发, 使用行读锁
使用索引select update时，会在行上加锁(具体哪种锁，读，写?),
不能使用索引时在表上加锁, 表锁也会极大的影响并发性能
索引可以提高并发的原因:1.sql查询的数据量小，sql响应快 2.行锁，提高并发，不影响其他线程
TODO:: 分布式最终一致性，为什么可以不使用事务?