intert update delete本身就是行锁

MySQL FOR UPDATE 锁级别
结论
开启事务后，使用for update 会锁表,按照索引字段查询除外。
开启事务后，按照索引索引字段会锁住该行数据，其他不受影响。
FOR UPDATE 是写锁，读操作不会锁住。
不开启事务，FOR UPDATE 不会锁任何数据。
例子
现有如下记录表，其中user_id添加了索引。

#SELECT user_id,balance FROM tb_user_account for update;
+---------+---------+
| user_id | balance |
+---------+---------+
|      80 |       0 |
|      86 |      45 |
+---------+---------+

无锁
#连接1
SELECT user_id,balance FROM tb_user_account for update;
#连接2 仍然可以查询
SELECT user_id,balance FROM tb_user_account for update;

表锁
1.事务中查询非索引字段会锁表。
#连接1开启事务
START TRANSACTION;
#连接1查询非索引字段
SELECT user_id,balance FROM tb_user_account WHERE balance = 0 forUPDATE;
#连接2按索引字段查询，被锁住。
SELECT user_id,balance FROM tb_user_account WHERE user_id = 86 for update;
#ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

行锁
1.事务中查询索引字段会锁该行数据。
#连接1开启事务
START TRANSACTION;
#连接1查询索引字段 user_id = 86
SELECT user_id,balance FROM tb_user_account WHERE user_id = 86 forUPDATE;
#连接2按索引字段查询 user_id =86，被锁住。
SELECT user_id,balance FROM tb_user_account WHERE user_id = 86 for update;
#ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction
#连接2按索引字段查询 user_id =80 ，未被锁住。
SELECT user_id,balance FROM tb_user_account WHERE user_id = 80 for update;
+---------+---------+
| user_id | balance |
+---------+---------+
|      80 |       0 |
+---------+---------+

E450 i5 16g 性能测试
一个用户50条

CAS
耗时:7257 1-11
耗时:7713 11-22
耗时:7408 23-34

悲观锁
耗时:15610 0-50
耗时:15848 50-100


每个用户10条

悲观锁
耗时:6092
耗时:7023
耗时:6300

CAS
耗时:5381
耗时:5555
————————————————
版权声明：本文为CSDN博主「翰林小院」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/proc_871113/article/details/87359932