mysql数据库学习之锁模块

不同的引擎对锁的支持也不相同，下面是常用的两种引擎的锁相关区别

首先用sql脚本导入100万行的数据分别到两种引擎对应的表中。

MyISAM

MyISAM默认使用表级锁，不支持行级锁
读锁（又称共享锁）
当一个会话查询

SELECT * FROM person_info_large_myisam WHERE id BETWEEN 1 and 200000

另一个会话会阻塞直到查询完成，才执行更新。

UPDATE person_info_large_myisam SET account=account WHERE id=99999

也可以手动加上读锁

LOCK TABLES person_info_large_myisam READ  //加上读锁     锁住整个表
UNLOCK TABLES    //解锁

当加上读锁后，此时只能对表执行读操作，其他操作会被阻塞

写锁（又称排他锁）
当一个会话进行如下更新操作时，数据库会给它加上写锁

UPDATE person_info_large_myisam SET account=account WHERE id BETWEEN 1 AND 200000

此时，另一个会话的读就会阻塞

SELECT * FROM person_info_large_myisam WHERE id=99999

也可以手动加上写锁

LOCK TABLES person_info_large_myisam WRITE  //锁住整个表

当加上写锁后，所有操作都会被阻塞

InnoDB

InnoDB默认用的行级锁，也支持表级锁
又对于InnoDB的表，执行

SELECT * FROM person_info_large WHERE id BETWEEN 1 and 200000

另一个会话执行

UPDATE person_info_large SET account=account WHERE id=99999

此时居然执行成功了，并没有上读锁？
这是因为InnoDB为了提高性能，在read uncommited,read committed和repeatable read三种隔离级别下select操作是非阻塞的。即使使用了select语句还是没有上读锁。

这个时候可以手动加上共享锁

SELECT * FROM person_info_large WHERE id BETWEEN 1 and 200000 lock in share mode

lock in share mode这只是锁住了这一行

那排他锁怎么手动增加？

SELECT * FROM person_info_large WHERE id =99999 for update  //使用for update即可，这是锁行

nnoDB在sql没有用到索引的时候会锁表而不是锁行，索引（一般是主键）不明确时也是锁表。比如

SELECT * FROM person_info_large WHERE id <99999 for update
SELECT * FROM person_info_large WHERE id like 99999 for update //这都会锁表

总结：

1.共享锁排他锁在两个存储引擎中都存在,只不过MyISAM是作用在表中,InnoDB是作用在行中.InnoDB也可以作用于表

2.在MyISAM引擎中增删查改都会自动上锁,在InnoDB中,select要主动上锁才行,增删改InnoDB会主动上锁.

3.MyISAM适用于频繁执行查询语句，对数据增删改的频率不高，没有事务的场景

4.InnoDB适用于增删改查相当频繁，可靠性要求高，需要支持事务的场景。

5.InnoDB在sql没有用到索引的时候，用的表级锁，sql用到索引的时候，用的行级锁