mysql InnoDB引擎的行锁和表锁

引入

之前是有接触行锁和表锁但是由于没有实际应用过也只是大概了解，前两天就遇到了并发同时对一条记录进行修改。mysql肯定会让修改请求排队，也就是说加了锁，但是mysql默认加的是表锁，但是会影响效率，所以我们需要用行锁。

行锁和表锁

表锁：顾名思义就是对整张表进行加锁，同一时刻整张表所有记录都被霸占，虽然不会出现死锁问题但是锁冲突高堵塞高，并发低。

行锁：很明显只对某一行进行加锁，这样表的其余行并不会被占用，冲突低，并发高，但是死锁很可能出现。

锁冲突：竞争资源已经被持有，按顺序执行。
死锁：就是你请求的被别人锁住，被人请求被你锁住了，对方都没法进行下去。

首先行锁是innodb默认的锁，但是在筛选条件里面没有索引字段时就会把整个表锁住，下面会给出测试例子，最后会讲下mysql innodb引擎为啥需要使用索引来完成对行加锁。

行锁

• 读锁：允许其他线程上读锁，但是不允许上写锁。

lock in share mode
如： select * from user where user_name='wzzf' lock in share mode

• 写锁：不允许其他线程上任何锁。

for update
如：select * from user where user_name='wzzf' for update

下面给出测试例子：
先开个读锁

BEGIN;
SELECT * from tyg_consumer_chain_sell_order o where o.consumer_chain_order_number=26911523448454 lock in SHARE MODE

再开个读锁，读同一行

BEGIN;
SELECT * from tyg_consumer_chain_sell_order o where o.consumer_chain_order_number=26911523448454 lock in SHARE MODE

两个都查询出来了，但是再开个写锁就一直没有停止，说明是被锁住了，后来停止报

Lock wait timeout exceeded; try restarting transaction
证明了读锁可以共享读，其他线程不能加写锁。

写锁就不再赘述，开启了写锁之后其他线程连加读锁都不允许。

然后处理读其他的都是默认加写锁的

行锁必须要索引才能实现，否则会自动锁全表，两个事务可以用同一个索引，下面给出例子：
读锁由于不排除其他线程再加读锁比较难测试，所以下面用写锁测试，先测试没加所以字段进行加锁，对不同记录进行加锁，如果都加锁成功说明是加了行锁，反之则是默认锁全表。

下面的consumer_chain_order_number是不会重复的，但没有索引

-- 马上显示查询结果
BEGIN;
SELECT * from tyg_consumer_chain_sell_order o where o.consumer_chain_order_number=26911523448454 for update

--一直没有结束知道等待超时
BEGIN;
SELECT * from tyg_consumer_chain_sell_order o where o.consumer_chain_order_number=55181523448554 for update

说明了默认锁全表，接下来试下有索引的字段，这个表的主键

BEGIN;
SELECT * from tyg_consumer_chain_sell_order o where o.consumer_chain_order_id=1 for update

BEGIN;
SELECT * from tyg_consumer_chain_sell_order o where o.consumer_chain_order_id=2 for update

都查询出来了结果，说明锁住了行

行锁为什么需要索引

这个问题本来我是想去深挖下，但是想想又觉得没必要，有索引就能快速定位这个行，没有索引数据库也没不能及时锁住行需要全表扫描，为了安全只能把整个表锁住。