mysql怎么识别事务 mysql查看事物( 二 )


如果不采用锁,那么操作方法如下:
但是上面这种场景在高并发访问的情况下很可能会出现问题 。例如当第一步操作中,查询出来的商品status为1 。但是当我们执行第三步Update操作的时候,有可能出现其他人先一步对商品下单把t_items中的status修改为2了 , 但是我们并不知道数据已经被修改了,这样就可能造成同一个商品被下单2次,使得数据不一致 。所以说这种方式是不安全的 。
在上面的场景中,商品信息从查询出来到修改,中间有一个处理订单的过程 , 使用悲观锁的原理就是 , 当我们在查询出t_items信息后就把当前的数据锁定,直到我们修改完毕后再解锁 。那么在这个过程中,因为t_items被锁定了,就不会出现有第三者来对其进行修改了 。需要注意的是,要使用悲观锁,我们必须关闭mysql数据库的自动提交属性,因为MySQL默认使用autocommit模式,也就是说,当你执行一个更新操作后,MySQL会立刻将结果进行提交 。我们可以使用命令设置MySQL为非autocommit模式:set autocommit=0;
设置完autocommit后 , 我们就可以执行我们的正常业务了 。具体如下:
上面的begin/commit为事务的开始和结束,因为在前一步我们关闭了mysql的autocommit , 所以需要手动控制事务的提交 。
上面的第一步我们执行了一次查询操作:select status from t_items where id=1 for update;与普通查询不一样的是,我们使用了select…for update的方式,这样就通过数据库实现了悲观锁 。此时在t_items表中 , id为1的那条数据就被我们锁定了 , 其它的事务必须等本次事务提交之后才能执行 。这样我们可以保证当前的数据不会被其它事务修改 。需要注意的是,在事务中,只有SELECT ... FOR UPDATE或LOCK IN SHARE MODE操作同一个数据时才会等待其它事务结束后才执行,一般SELECT ...则不受此影响 。拿上面的实例来说,当我执行select status from t_items where id=1 for update;后 。我在另外的事务中如果再次执行select status from t_items where id=1 for update;则第二个事务会一直等待第一个事务的提交,此时第二个查询处于阻塞的状态 , 但是如果我是在第二个事务中执行select status from t_items where id=1;则能正常查询出数据 , 不会受第一个事务的影响 。
使用select…for update会把数据给锁住,不过我们需要注意一些锁的级别,MySQL InnoDB默认Row-Level Lock,所以只有「明确」地指定主键或者索引,MySQL 才会执行Row lock (只锁住被选取的数据)  , 否则MySQL 将会执行Table Lock (将整个数据表单给锁住) 。举例如下:
1、select * from t_items where id=1 for update;
这条语句明确指定主键(id=1),并且有此数据(id=1的数据存在),则采用row lock 。只锁定当前这条数据 。
2、select * from t_items where id=3 for update;
这条语句明确指定主键 , 但是却查无此数据,此时不会产生lock(没有元数据,又去lock谁呢?) 。
3、select * from t_items where name='手机' for update;
这条语句没有指定数据的主键,那么此时产生table lock , 即在当前事务提交前整张数据表的所有字段将无法被查询 。
4、select * from t_items where id0 for update;或者select * from t_items where id1 for update;(注:在SQL中表示不等于)
上述两条语句的主键都不明确,也会产生table lock 。
5、select * from t_items where status=1 for update;(假设为status字段添加了索引)
这条语句明确指定了索引,并且有此数据,则产生row lock 。
6、select * from t_items where status=3 for update;(假设为status字段添加了索引)

推荐阅读