数据库行级锁，mysql数据库的行级锁有几种
大家好，关于数据库行级锁很多朋友都还不太明白，不过没关系，因为今天小编就来为大家分享关于mysql数据库的行级锁有几种的知识点，相信应该可以解决大家的一些困惑和问题，如果碰巧可以解决您的问题，还望关注下本站哦，希望对各位有所帮助！
mysql数据库的行级锁有几种
行锁的等待
在介绍如何解决行锁等待问题前，先简单介绍下这类问题产生的原因。产生原因当多个事务同时去操作（增删改）某一行数据的时候，MySQL为了维护 ACID特性，就会用锁的形式来防止多个事务同时操作某一行数据，避免数据不一致。只有分配到行锁的事务才有权力操作该数据行，直到该事务结束，才释放行锁，而其他没有分配到行锁的事务就会产生行锁等待。如果等待时间超过了配置值（也就是 innodb_lock_wait_timeout参数的值，个人习惯配置成 5s，MySQL官方默认为 50s），则会抛出行锁等待超时错误。
如上图所示，事务 A与事务 B同时会去 Insert一条主键值为 1的数据，由于事务 A首先获取了主键值为 1的行锁，导致事务 B因无法获取行锁而产生等待，等到事务 A提交后，事务 B才获取该行锁，完成提交。这里强调的是行锁的概念，虽然事务 B重复插入了主键，但是在获取行锁之前，事务一直是处于行锁等待的状态，只有获取行锁后，才会报主键冲突的错误。当然这种 Insert行锁冲突的问题比较少见，只有在大量并发插入场景下才会出现，项目上真正常见的是 update&delete之间行锁等待，这里只是用于示例，原理都是相同的。
三、产生的原因根据我之前接触到的此类问题，大致可以分为以下几种原因：1.程序中非数据库交互操作导致事务挂起将接口调用或者文件操作等这一类非数据库交互操作嵌入在 SQL事务代码之中，那么整个事务很有可能因此挂起（接口不通等待超时或是上传下载大附件）。2.事务中包含性能较差的查询 SQL事务中存在慢查询，导致同一个事务中的其他 DML无法及时释放占用的行锁，引起行锁等待。3.单个事务中包含大量 SQL通常是由于在事务代码中加入 for循环导致，虽然单个 SQL运行很快，但是 SQL数量一大，事务就会很慢。4.级联更新 SQL执行时间较久这类 SQL容易让人产生错觉，例如：update A set... where...in(select B)这类级联更新，不仅会占用 A表上的行锁，也会占用 B表上的行锁，当 SQL执行较久时，很容易引起 B表上的行锁等待。5.磁盘问题导致的事务挂起极少出现的情形，比如存储突然离线，SQL执行会卡在内核调用磁盘的步骤上，一直等待，事务无法提交。综上可以看出，如果事务长时间未提交，且事务中包含了 DML操作，那么就有可能产生行锁等待，引起报错。
如何对“行、表、数据库”加锁
1
如何锁一个表的某一行
SET TRANSACTION
ISOLATION LEVEL READ UNCOMMITTED
SELECT* FROM table ROWLOCK WHERE id= 1
2锁定数据库的一个表
SELECT* FROM table WITH(HOLDLOCK)
加锁语句：
sybase:
update表 set col1=col1 where 1=0
;
MSSQL:
select col1 from表(tablockx)
where
1=0
;
oracle:
LOCK TABLE表 IN EXCLUSIVE MODE；
加锁后其它人不可操作，直到加锁用户解锁，用commit或rollback解锁
几个例子帮助大家加深印象
设table1(A,B,C)
A B C
a1 b1 c1
a2 b2 c2
a3 b3 c3
1）排它锁
新建两个连接
在第一个连接中执行以下语句
begin tran
update table1
set
A='aa'
where B='b2'
waitfor delay
'00:00:30'--等待30秒
commit tran
在第二个连接中执行以下语句
begin tran
select* from table1
where B='b2'
commit tran
若同时执行上述两个语句，则select查询必须等待update执行完毕才能执行即要等待30秒
2）共享锁
在第一个连接中执行以下语句
begin tran
select* from table1
holdlock
-holdlock人为加锁
where B='b2'
waitfor delay
'00:00:30'--等待30秒
commit tran
在第二个连接中执行以下语句
begin tran
select A,C
from
table1
where B='b2'
update table1
set
A='aa'
where B='b2'
commit tran
若同时执行上述两个语句，则第二个连接中的select查询可以执行
而update必须等待第一个事务释放共享锁转为排它锁后才能执行
即要等待30秒
3）死锁
增设table2(D,E)
D E
d1 e1
d2 e2
在第一个连接中执行以下语句
begin tran
update table1
set
A='aa'
where B='b2'
waitfor delay
'00:00:30'
update table2
set
D='d5'
where E='e1'
commit tran
在第二个连接中执行以下语句
begin tran
update table2
set
D='d5'
where E='e1'
waitfor delay
'00:00:10'
update table1
set
A='aa'
where B='b2'
commit tran
同时执行，系统会检测出死锁，并中止进程
补充一点:
Sql Server2000支持的表级锁定提示
HOLDLOCK持有共享锁，直到整个事务完成，应该在被锁对象不需要时立即释放，等于SERIALIZABLE事务隔离级别
NOLOCK语句执行时不发出共享锁，允许脏读，等于 READ
UNCOMMITTED事务隔离级别
PAGLOCK在使用一个表锁的地方用多个页锁
READPAST让sql
server跳过任何锁定行，执行事务，适用于READ UNCOMMITTED事务隔离级别只跳过RID锁，不跳过页，区域和表锁
ROWLOCK
强制使用行锁
TABLOCKX强制使用独占表级锁，这个锁在事务期间阻止任何其他事务使用这个表
UPLOCK
强制在读表时使用更新而不用共享锁
应用程序锁:
应用程序锁就是客户端代码生成的锁，而不是sql server本身生成的锁
处理应用程序锁的两个过程
sp_getapplock锁定应用程序资源
sp_releaseapplock
为应用程序资源解锁
注意:锁定数据库的一个表的区别
SELECT* FROM table WITH(HOLDLOCK)
其他事务可以读取表，但不能更新删除
SELECT* FROM table WITH(TABLOCKX)
其他事务不能读取表,更新和删除
1
如何锁一个表的某一行
/*
测试环境：windows 2K server+ Mssql 2000
所有功能都进行测试过，并有相应的结果集，如果有什么疑义在论坛跟帖
关于版权的说明：部分资料来自互联网，如有不当请联系版主，版主会在第一时间处理。
功能：sql遍历文件夹下的文本文件名,当然你修改部分代码后可以完成各种文件的列表。
*/
A
连接中执行
SET TRANSACTION
ISOLATION LEVEL REPEATABLE
READ
begin tran
select* from tablename
with
(rowlock) where id=3
waitfor delay'00:00:05'
commit tran
B连接中如果执行
update tablename set
colname='10' where id=3
--则要等待5秒
update tablename
set
colname='10' where id<>3
--可立即执行
2
锁定数据库的一个表
SELECT* FROM table WITH(HOLDLOCK)
注意:锁定数据库的一个表的区别
SELECT* FROM table WITH(HOLDLOCK)
其他事务可以读取表，但不能更新删除
SELECT* FROM table WITH(TABLOCKX)
其他事务不能读取表,更新和删除
mysql行级锁实现原理是什么
mysql行级锁实现原理：
锁是在执行多线程时用于强行限定资源访问的同步机制，数据库锁根据锁的粒度可分为行级锁，
表级锁和页级锁
行级锁
行级锁是mysql中粒度最细的一种锁机制，表示只对当前所操作的行进行加锁，行级锁发生冲突
的概率很低，其粒度最小，但是加锁的代价最大。行级锁分为共享锁和排他锁。
特点：
开销大，加锁慢，会出现死锁；锁定粒度最小，发生锁冲突的概率最大，并发性也高；
实现原理：
InnoDB行锁是通过给索引项加锁来实现的，这一点mysql和oracle不同，后者是通过在数据库中
对相应的数据行加锁来实现的，InnoDB这种行级锁决定，只有通过索引条件来检索数据，才能使用行
级锁，否则，直接使用表级锁。
特别注意：
使用行级锁一定要使用索引
举个栗子：
创建表结构
CREATE TABLE `developerinfo`(
`userID` bigint(20) NOT NULL,
`name` varchar(255) DEFAULT NULL,
`passWord` varchar(255) DEFAULT NULL,
PRIMARY KEY(`userID`),
KEY `PASSWORD_INDEX`(`passWord`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8;插入数据
INSERT INTO `developerinfo` VALUES('1','liujie',
'123456');
INSERT INTO `developerinfo` VALUES('2','yitong','123');
INSERT INTO `developerinfo` VALUES('3','tong',
'123456');（1）通过主键索引来查询数据库使用行锁
打开三个命令行窗口进行测试
命令行窗口1命令行窗口2命令行窗口3mysql> set autocommit= 0;Query OK,
0 rows affectedmysql> select* from developerinfo where userid='1' for
update;+--------
+--------+----------+| userID| name| passWord|+--------+--------
+----------+| 1| liujie| 123456|+--------
+--------+----------+1 row in setmysql> set autocommit= 0;Query OK,
0 rows affectedmysql> select* from developerinfo where userid='1' for
update;
等待
mysql> set autocommit= 0;
Query OK, 0 rows
affected
mysql> select* from developerinfo where userid='3' for
update;
+--------+------+----------+
| userID| name| passWord|
+--------
+------+----------+
| 3| tong| 123456|
+--------
+------+----------+
1 row in setmysql>
commit;Query OK,
0 rows affectedmysql> select* from
developerinfo where userid='1' for update;+--------+--------
+----------+| userID| name| passWord|+--------+--------
+----------+| 1| liujie| 123456|+--------
+--------+----------+1 row in set
（2）查询非索引的字段来查询数据库使用行锁
打开两个命令行窗口进行测试
命令行窗口1命令行窗口2mysql> set autocommit=0;
Query OK, 0 rows affected
mysql>
select* from developerinfo where name='liujie' for update;
+--------
+--------+----------+
| userID| name| passWord|
+--------+--------
+----------+
| 1| liujie| 123456|
+--------
+--------+----------+
1 row in setmysql> set
autocommit=0;Query OK, 0 rows affectedmysql> select* from developerinfo
where name='tong' for update;等待
mysql> commit;
Query OK, 0 rows affectedmysql> select* from developerinfo where name='liujie' for
update;
+--------+--------+----------+
| userID| name| passWord|
+--------+--------+----------+
| 1| liujie| 123456|
+--------+--------+----------+
1 row in set（3）查询非唯一索引字段来查询数据库使用行锁锁住多行
mysql的行锁是针对索引假的锁，不是针对记录，所以可能会出现锁住不同记录的场景
打开三个命令行窗口进行测试
命令行窗口1命令行窗口2命令行窗口3mysql> set autocommit=0;
Query OK, 0 rows affected
mysql>
select* from developerinfo where password='123456
' for update;
+--------+--------+----------+
| userID| name| passWord|
+--------
+--------+----------+
| 1| liujie| 123456|
|
3| tong| 123456|
+--------+--------+----------
+
2 rows in setmysql> set autocommit=0;
Query OK, 0 rows affectedmysql> select* from developerinfo where userid=
'1' for update;
等待
mysql> set autocommit= 0;
Query OK, 0 rows
affected
mysql> select* from developerinfo where userid='2
' for
update;
+--------+--------+----------+
| userID| name| passWord|
+--------+--------+----------+
| 2| yitong| 123
|
+--------+--------+----------+
1 row in setcommit;mysql> select* from developerinfo where userid='1' for
update;
+--------+--------+----------+
| userID| name| passWord|
+--------+--------+----------+
| 1| liujie| 123456|
+--------+--------+----------+
1 row in set
（4）条件中使用索引来操作检索数据库时，是否使用索引还需有mysql通过判断不同执行计划来
决定，是否使用该索引，如需判定如何使用explain来判断索引，请听下回分解
更多相关免费学习推荐：mysql教程(视频)
好了，文章到此结束，希望可以帮助到大家。