MySQL查询之你用的是行锁还是表锁?

1.创建engine=innodb的表

session1(连接1)中set autocommit=0;  设置自动提交为手动提交

session2(连接2)中不设置

    以前很纳闷,明明设置了setautocommit=0;为什么修改了之后,没有提交,再查询还是对的,原来是在同一个session中,数据隔离级别设置这样。

 

 

具体执行步骤:

1.     在session1中 执行update,但是没有commit

update lock_two set col=11 where id = 1;

在session2中查询看不到session中更新的记录,session1

执行commit才能看到

 

2.     在session 1中 执行update,但是没有commit

update lock_two set col=11 where id = 1;

在session2中,同样执行

update lock_two set col=11 where id = 1;

此时session2会产生阻塞

 

3.  在session 1中 执行update,但是没有commit

update lock_two set col=22 where id = 2;

在session2中执行一下sql

update lock_two set col=33 where id = 3;

此时,session2还是会阻塞

 

4.  在lock_two中创建索引:

create index idx_id on lock_two(id);

然后重复第3步,发现session2可以更新,不会产生阻塞

 

结论:where条件中的id主键如果没有用上索引,行锁变成表锁

 

 

 

 

 

  • 0
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值