mysql悲观锁行级锁_悲观锁、乐观锁、行级锁、表级锁

1. 悲观锁(加的是表级锁)

一方&＃xff1a;查询语句加 for update;另一方&＃xff1a;查询语句加 for update;

当进行更新语句的时候&＃xff0c;另一方不能进行更新操作

2. 乐观锁

更新语句设置版本号&＃xff0c;在指定版本中更新数据

一方&＃xff1a;update account set money&＃61;money-200,version&＃61;version&＃43;1 where id&＃61;1 and version&＃61;0;

另一方同时操作同一个版本号&＃xff0c;则不能更新数据

另一方&＃xff1a;update account set money&＃61;money&＃43;200,version&＃61;version&＃43;1 where id&＃61;1 and version&＃61;0;

当执行事务时&＃xff0c;相当于执行了锁&＃xff0c;来保持数据的一致性&＃xff0c;但是锁分多种&＃xff0c;有行锁&＃xff0c;表锁。

行锁就是只锁定那一行&＃xff0c;那一条记录&＃xff0c;别的连接下的操作还可以操作这张表。

表锁就是锁定整张表&＃xff0c;只有当前连接执行完事务&＃xff0c;才可以解锁。

以mysql为例&＃xff0c;有索引并且使用了该索引当条件的时候就是行锁&＃xff0c;没有索引的时候就是表锁。innodb的行锁是在有索引的情况下,没有索引的表是锁定全表的。

建议&＃xff1a;对于插入操作&＃xff0c;一般加表锁&＃xff0c;但是对于修改和删除操作&＃xff0c;最好加行锁&＃xff0c;这样在高并发时&＃xff0c;不用等太久。

加锁方式&＃xff1a;

select * from testlock where id&＃61;1 for update;

##查询加锁&＃xff0c;查询时不允许更改&＃xff0c;该语句在自动提交为off或事务中生效&＃xff0c;相当于更改操作&＃xff0c;模拟加锁。

update testlock name&＃61;name;

##列&＃61;同一个列

更新操作&＃xff0c;插入&＃xff0c;删除操作&＃xff0c;在事务中均属于加锁

在调用存储过程中&＃xff0c;就会涉及到表锁&＃xff0c;行锁这一概念&＃xff1a;所谓区别&＃xff1a;有索引的时候就是行锁&＃xff0c;没有索引的时候就是表索。

innodb 的行锁是在有索引的情况下,没有索引的表是锁定全表的.

表锁演示(无索引)

Session1:

mysql> set autocommit&＃61;0;

mysql> select * from innodb_test;

&＃43;------&＃43;-------------&＃43;

| id | name |

&＃43;------&＃43;-------------&＃43;

| 1 | woshiceshi |

| 2 | woshiceshi2 |

| 3 | woshiceshi3 |

&＃43;------&＃43;-------------&＃43;

mysql> select * from innodb_test where id &＃61; 2 for update;

&＃43;------&＃43;------------&＃43;

| id | name |

&＃43;------&＃43;------------&＃43;

| 2 | woshiceshi2 |

&＃43;------&＃43;------------&＃43;

Session2:

mysql> update innodb_test set name&＃61;‘sjis‘ where id &＃61; 1 ;

处于等待状态....

再回到session1 commit以后&＃xff0c;session2就出来结果了(锁定了8秒&＃xff0c;过了8秒左右才去session1提交)。

mysql> update innodb_test set name&＃61;‘sjis‘ where id &＃61; 1 ;

Query OK, 1 row affected (8.11 sec)

Rows matched: 1 Changed: 1 Warnings: 0

实验结果是&＃xff1a;我在session1的for update 操作看似只锁定ID为2的行其实锁定了全表&＃xff0c;以至于后面session2的对ID为1的行update 需要等待Session1锁的释放。

行锁演示(索引为ID)

Session1:

mysql> alter table innodb_test add index idx_id(id);

Query OK, 4 rows affected (0.01 sec)

Records: 4 Duplicates: 0 Warnings: 0

mysql> select * from innodb_test where id &＃61; 2 for update;

&＃43;------&＃43;------------&＃43;

| id | name |

&＃43;------&＃43;------------&＃43;

| 2 | woshiceshi2 |

&＃43;------&＃43;------------&＃43;

Session2:

mysql> update innodb_test set name&＃61;‘wohaishiceshi‘ where id &＃61; 1 ;

Query OK, 1 row affected (0.02 sec)

Rows matched: 1 Changed: 1 Warnings: 0

mysql> select * from innodb_test where id &＃61; 1;

&＃43;------&＃43;---------------&＃43;

| id | name |

&＃43;------&＃43;---------------&＃43;

| 1 | wohaishiceshi |

&＃43;------&＃43;---------------&＃43;

1 row in set (0.00 sec)

实验结果:这次的锁定是锁定的行&＃xff0c;所以没有被锁定的行(ID不为2的行)可以进行update..

原文&＃xff1a;http://www.cnblogs.com/luzai1989/p/5838997.html