mysql锁机制

行锁

innodb存储引擎是通过给索引加锁来实现的，这就意味着：只有通过索引条件检索数据，innodb才会使用行级锁，否则，innodb使用表锁。

注意：1，确认表的存储引擎是innodb    2，表必须有主键

语法： 

        begin;

        sql语句;

另一用户操作这条id=16的记录时：

 

表锁

添加锁：lock table table_name read|write   /  读锁：select ...lock in share mode     写锁：select ...for update  

释放锁：unlock tables

添加读锁 (共享锁)

效果：所有用户只能对该表做查询，不能执行修改操作

注意：添加表锁后，锁表的用户，只能操作锁定的表，不能操作没有锁定的表。

 

 添加写锁(排它锁)

效果：只有锁表的用户可以操作（读写）这个表，其他用户不能读写。（排他锁）

 

释放锁

 

 

悲观锁

       与乐观锁相对应的就是悲观锁了。悲观锁就是在操作数据时，认为此操作会出现数据冲突，所以在进行每次操作时都要通过获取锁才能进行对相同数据的操作，所以悲观锁需要耗费较多的时间。另外与乐观锁相对应的，悲观锁是由数据库自己实现了的，要用的时候，我们直接调用数据库的相关语句就可以了。

        说到这里，由悲观锁涉及到的另外两个锁概念就出来了，它们就是共享锁与排它锁。共享锁和排它锁是悲观锁的不同的实现，都属于悲观锁的范畴。

 

乐观锁

       乐观锁不是数据库自带的，需要自己去实现。乐观锁是指操作数据库时(更新操作)，想法很乐观，认为这次的操作不会导致冲突，在操作数据时，并不进行任何其他的特殊处理（也就是不加锁），而在进行更新后，再去判断是否有冲突了。

       通常实现是这样的：在表中的数据进行操作时(更新)，先给数据表加一个版本(version)字段，每操作一次，将那条记录的版本号加1。也就是先查询出那条记录，获取出version字段,如果要对那条记录进行操作(更新),则先判断此刻version的值是否与刚刚查询出来时的version的值相等，如果相等，则说明这段期间，没有其他程序对其进行操作，则可以执行更新，将version字段的值加1；如果更新时发现此刻的version值与刚刚获取出来的version的值不相等，则说明这段期间已经有其他程序对其进行操作了，则不进行更新操作。

总结：乐观锁适用于写入较少的系统中，反之则用悲观锁