其他事务就可以看到,这也是脏读,一般不会用
READ COMMITED 提交读,大多数的默认级别,在提交之前,所做的任何修改对其他事务都是不可见的
REPEATABLE READ 可重复读,解决了脏读的问题...,保证了同一个事务中多次读取同一个记录结果一致,但是还是会有幻读问题
SERIALIZABLE 可串行化,避免幻读问题,每一行都加锁
3.事务的隔离级别下的问题
脏读:事务可以读取别的事务未提交的脏数据...tx_isolation |
+-----------------------+-----------------+
| REPEATABLE-READ | REPEATABLE-READ
5.幻读问题...6.mysql 死锁:
1.两个或多个事务在同一个资源上相互占用,并请求锁定对方占用的资源,导致恶性循环
2.解决这种问题,检测到死锁的循环依赖,立即返回一个错误
3.时间达到了锁等待超时限定,放弃锁请求...4.将持有最少行级写锁的事务回滚
5.如果是真正的数据冲突,这种是很难避免的,必须要提交或回滚其中一个事务
开启事务,更新数据,还没提交
?