for update 数据库锁机制(mysql下测试)

    首先,在查询数据的时候,如果后面加上 for update ,那个会自动给数据加上锁,这个应该都知道,

    然后,加上的锁其实是悲观锁,至于是行级锁还是表级锁,举个栗子

BEGIN ;
select * from  `user` where id= 1 for UPDATE;-- 如果id = 1 数据存在 锁id=1的那一条数据(前提:id为主键;意思是,通过主键或搜索条件包括主键得到的数据,只锁那几条数据),行级锁

 

BEGIN ;
select * from  `user` where user_name = 'user2' for UPDATE;-- 通过其他字段得到的数据,锁整张表,如果查询的结果为NULL,不上锁(上同)

   上锁之后:如果当前窗口或流程不commit,其他窗口或流程无法更新目标行或表(取决于行级锁还是表级锁),会一直等待当前事物提交,直至超时,或被提交

    当然,表中的数据可以被查询出来(查询出来其实有可能出现幻读),无论数据库的事物隔离级别是否允许幻读,原因是:查询不经过锁!!!!!

     

   附:

     乐观锁和悲观锁的区别:

           乐观锁:顾名思义,就是乐观的认为数据不会被更改,所以在查询数据的时候不会上锁,只是在数据提交的时候.验证数据是否被更改(一般通过版本号等)

           悲观锁:顾名思义,就是悲观的认为数据会被修改,所有在查询数据的时候,会给表或者行上锁,其他流程或窗口不允许修改数据,直至锁被释放

   

    mysql:事物级别

隔离级别	脏读	不可重复读	幻象读
read uncommitted	允许	允许	允许
read committed		允许	允许
repeatable read			允许
serializable

脏读