关于SELECT...FOR UPDATE到底锁表还是锁行

结论：无论是不是唯一索引，既有表锁也有行锁
不是像网上说的唯一索引锁行，非唯一索引锁表。
非唯一索引：“锁表（不能改）”的原因不是因为表锁的存在，而是行锁（record lock+gap lock）锁住了所有行，像是锁住了表。

实验

先看表结构和数据：

可以看到 docters.name是唯一索引，docters.on_call不是索引。

mysql如何查看锁状态？
可以通过show engine innodb status;查看。
或者
mysql8.0之前使用命令 select * from information_schema.innodb_locks;
mysql8.0之后使用命令 select * from performance_schema.data_locks;

什么都没操作之前看一下锁状态，图片如下：

对docters.name唯一索引字段做普通查询，不加锁，图片如下：

对docters.name唯一索引字段做for update查询，加IX表锁和两个非间隙锁的行锁，图片如下：

对docters.on_call非索引字段做for update查询，加IX表锁和两个非间隙锁的行锁，以及一个gap锁，图片如下：

注：
行级锁在使用的时候并不是直接锁掉这行记录,而是锁索引。（行锁都是加在索引上，如果通过聚集索引查询则在聚集索引上加锁，通过辅助索引查询则需要同时在辅助索引和聚集索引上加锁，不走索引则在聚集索引上加锁）
如果一条sql用到了主键索引(mysql主键自带索引),mysql会锁住主键索引;
如果一条sql操作了非主键索引,mysql会先锁住非主键索引,再锁定主键索引.
参考：Mysql报Deadlock found when trying to get lock
在批量更新时可能会出现死锁：