Mysql行级锁无索引时变表级锁，真的是这样吗？实测

最近学习Mysql时&＃xff0c;发现网上往往说行级锁没有使用索引时会转为表级锁&＃xff0c;原因是Mysql行级锁是给索引加锁。但事实真的是这样吗&＃xff1f;自己测试了下&＃xff0c;发现了一些问题

经测试

测试用表&＃xff1a;
employees(
id INT(11)
NAME VARCHAR(15))无索引

session1
begin;
select *
from employees
where id &＃61;1 lock in share mode;

session2
begin;
update employees
set name &＃61; ‘tom’
where id &＃61;2;

运行后session2阻塞&＃xff0c;似乎确实是表锁。

进行更多测试&＃xff1a;
session1
begin;
select *
from employees
where id &＃61;1 lock in share mode;
update employees
set name &＃61; ‘tom’
where id &＃61;2;

有趣的事情发生了&＃xff0c;这里修改成功了。

附上一个表级锁的特性的表格&＃xff1a;

这个表应该没啥异议吧&＃xff0c;大概。。。

显然&＃xff0c;这里不符合表级S锁自己不可写的特性。
另外用lock tables table_name read 加锁测试确实不能写。
测试到这里&＃xff0c;我猜测是每一行加了行锁。

进一步证明&＃xff1a;
MySQL8.0删除了information_schema.INNODB_LOCKS&＃xff0c;添加了performance_schema.data_locks &＃xff0c;这个表能看到事务所持有的锁&＃xff0c;那就看看吧。

在8.0中运行以下语句
SELECT * FROM performance_schema.data_locks

结果是大量的行锁&＃xff08;数目和记录数一致&＃xff09;&＃xff0c;OK&＃xff0c;问题结束&＃xff0c;没有索引时加行锁会转变成给每一行都加行锁。&＃xff08;其实用快照读也能测出来和lock tables的不一致&＃xff09;

本人Java初学者&＃xff0c;测试仅根据自己浅薄的知识&＃xff0c;如果有问题&＃xff0c;希望大佬们多多批评指正。