在数据库的用户看来,事务是并发的,可以同时发生。可从数据库内部看来,为了实现隔离性,事务在概念上都是有先后顺序的。这个顺序,只是针对于事务有冲突(冲突包括1.读和写; 2.写和写)的情形来说的;若无冲突,顺序无关紧要。死锁发生时,就是违反这个先后顺序规则的时候。锁定的目的,就是为了确保数据库不会发生不可串行化异常。
从A转账到B,就是写A和B。
两个事务 T1, T2
T1 write A write B
T2 write B write A
T1,T2并发,
如果调度的序列是这样的:
T1 write A, T2 write B, T1 write B, T2 write A
T1认为在T1应在T2之前,而T2认为T2应在T1之前,死锁了,违反锁定继续下去就不可串行化了。
如果调度的序列产生一个可串行化的调度(有与之等价串行调度,在语义上等价于T1在T2前,或T2在T1前),那么就不会发生死锁。
--------------------回答题主的问题
1.只要在事务中,就没问题
2.可能会死锁
3.如果发生了死锁,MySQL死锁检测会检测到,回滚事务。避免死锁(理论上应该叫死锁预防 (Deadlock Prevention),死锁避免(Deadlock Avoidance)通过一些算法,如银行家算法,动态的去检测加锁请求是否会产生死锁危险,很难应用在数据库用户层上),只要打破死锁发生的条件(死锁的四个条件)即可。数据库用户层面可做的,一般是破坏环路条件,按顺序加锁就不会产生环。拿这个例子来说,不管是从A转到B,还是从B转到A,我们都先写A,后写B就可以避免死锁。