mysql读写锁及事务

水电工888

　　mysql读写锁及事务
　　2017年12月06日 00:22:05
　　阅读数：978
　　读写锁
　　同一用户并发读取同一条数据，不会出现什么问题，因为读取不会修改数据，但是如果某个用户正在读取某张表，而同一时刻另一用户正在修改这张表的id为1的数据，会产生什么后果？
　　答案是不确定的，读的用户可能会报错退出，也可能读到不一致的数据。
　　解决这类经典问题的就是并发控制。在处理并发读写的时候，可以通过实现一个由两种类型的锁组成锁系统来解决问题。这两种锁就是读锁(共享锁)和写锁(排他锁)。
　　读锁（共享锁）是读取操作创建的锁。其他用户可以并发读取数据，但任何事务都不能对数据进行修改（获取数据上的排他锁），直到已释放所有共享锁。
　　如果事务T对数据A加上共享锁后，则其他事务只能对A再加共享锁，不能加排他锁。获准共享锁的事务只能读数据，不能修改数据。
　　写锁（排他锁）如果事务T对数据A加上排他锁后，则其他事务不能再对A加任任何类型的封锁。获准排他锁的事务既能读数据，又能修改数据。
　　事务可以通过以下语句给sql加共享锁和排他锁：
　　共享锁：select …… lock in share mode;
　　排他锁：select …… for update;
　　共享锁：
　　排它锁：
　　读锁和写锁都是行级锁，InnoDB的行锁是通过给索引上的索引项加锁来实现的，如果没有索引，InnoDB将通过隐藏的聚簇索引来对记录加锁，InnoDB行锁分为3中情形：

• Record Lock：对索引项加锁。
  
• Gap Lock：对索引项之间的“间隙”、第一条记录前的“间隙”或最后一条记录后的“间隙”加锁。
  
• Next-key Lock：前两种的结合，对记录及其前面的间隙加锁。　　InnoDB这种行锁的实现特点意味着，如果不通过索引条件检索数据，那么InnoDB将对表中的所有记录加锁，实际效果跟锁表一样。
  　　事务
  　　– ACID –
  　　原子性(Atomicity)：整个事务操作要么全部成功，要么全部失败。
  　　一致性(Consistency)：
  　　隔离性(Isolation)：一个事务所做的修改在提交之前，对其他事务是不可见的。也就是说事务互不影响。
  　　持久性(Durability)：一旦事务提交，则其所做的修改就会永久保存到数据库中。
  　　隔离级别：
  　　read uncommit(读未提交)：在此隔离级别下，事务中的修改，及时没有提交，对其他事务也都是可见的。会出现脏读。
  　　read commit(读已提交)：事务中的修改，在提交之前，对其他事务是不可见的。会出现不可重复读。
  　　repeatable read(可重复读)：mysql默认的隔离级别。同一个事务中 ，多次执行相同的select，结果是一致的。会出现幻读。需要注意的是InnoDB和XtraDb存储引擎通过MVCC(多版本控制)解决了幻读的问题，准确来说是通过间隙锁解决了幻读的问题。
  　　serializable（可串行化）：会在读取的每一行上都加锁，解决了幻读，但不建议使用。
  　　脏读：事务可以读取未提交的数据。
  　　不可重复读：同一个事务，多次执行相同的select，结果不一样。
  　　幻读：事务A读取某个范围的记录时，事物B在该范围插入了新事物，事物A再次读取该范围内的记录时，会产生幻行。