mysql 表锁和行锁下
可重复读：
幻读；
死锁：
----------------------------
可重复读：
A session 执行：
B sesion 执行：
3）BSession执行后，查看Ａ执行
（4）在客户端A，接着执行update account set balance = balance - 50
where id = 1，balance没有变成400-50=350，lilei的balance值用的是步骤
（2）中的350来算的，所以是300，数据的一致性倒是没有被破坏。可重复读的
隔离级别下使用了MVCC(multi-version concurrency control)机制，select操作
不会更新版本号，是快照读（历史版本）；insert、update和delete会更新版本
号，是当前读（当前版本）。
5）
串行化使用频率低不再赘述。
Mysql默认级别是repeatable-read，有办法解决幻读问题吗？
要避免幻读可以用间隙锁在Session_1下面执行update account set name =
'aaa' where id > 10 and id <=20;，则其他Session没法在这个范围所包含的
间隙里插入或修改任何数据.
无索引行锁会升级为表锁：锁主要是加在索引上，如果对非索引字 段更新, 行锁可能会变表锁 session1执行： update account set balance = 800 where name = 'lilei'; session2对该表任一行操作都会阻塞住 InnoDB的行锁是针对索引加的锁，不是针对记录加的锁。并且该索引不能失 效，否则都会从行锁升级为表锁。
死锁：
set tx_isolation='repeatable-read';
Session_1执行：select * from account where id=1 for update;
Session_2执行：select * from account where id=2 for update;
Session_1执行：select * from account where id=2 for update;
Session_2执行：select * from account where id=1 for update;
查看近期死锁日志信息：show engine innodb status；
2.2.6 优化建议
尽可能让所有数据检索都通过索引来完成，避免无索引行锁升级为表锁 合理设计索引，尽量缩小锁的范围 尽可能减少检索条件范围，避免间隙锁 尽量控制事务大小，减少锁定资源量和时间长度，涉及事务加锁的sql 尽量放在事务最后执行 尽可能低级别事务隔离