Mysql数据库全局锁是如何引起的，如何解决？

锁产生的原因是因为请求某个资源而得不到满足。

比如请求一需要资源顺序为A - B -C

第二个请求需要的资源顺序为B - A -C

当上面两个请求同时进行时会有可能产生以下情况：请求一申请了资源A，请求二申请了资源B

然后请求一再去申请资源B时需要等待请求二完成，请求二去请求资源A时要等请求一完成。这样请求一和请求二都在互相等待的时候就会一直都完不成就等于一个锁锁住了A、B资源谁也用不了了。

锁差生的原因是：数据库并发太高、程序设计不合理、数据库 *** 作处理时间太长。等

知道原理后可以针对性的优化数据库和程序。

for update 的作用是在查询的时候为行加上排它锁，当一个事务的 *** 作未完成时候，其他事务可以读取但是不能写入或更新。

它的典型使用场景是 高并发并且对于数据的准确性有很高要求 ，比如金钱、库存等，一般这种 *** 作都是很长一串并且开启事务的，假如现在要对库存进行 *** 作，在刚开始读的时候是1，然后马上另外一个进程将库存更新为0了，但事务还没结束，会一直用1进行后续的逻辑，就会有问题，所以需要用for upate 加锁防止出错。

行锁的具体实现算法有三种：record lock、gap lock以及next-key lock。

只在可重复读或以上隔离级别下的特定 *** 作才会取得 gap lock 或 next-key lock，在 Select、Update 和 Delete 时，除了基于唯一索引的查询之外，其它索引查询时都会获取 gap lock 或 next-key lock，即锁住其扫描的范围。主键索引也属于唯一索引，所以主键索引是不会使用 gap lock 或 next-key lock

for update 仅适用于InnoDB，并且必须开启事务，在begin与commit之间才生效。

select 语句默认不获取任何锁，所以是可以读被其它事务持有排它锁的数据的！

InnoDB 既实现了行锁，也实现了表锁。

当有明确指定的主键/索引时候，是行级锁，否则是表级锁

假设表 user，存在有id跟name字段，id是主键，有5条数据。

明确指定主键，并且有此记录，行级锁

无主键/索引，表级锁

主键/索引不明确，表级锁

明确指定主键/索引，若查无此记录，无锁

参考博文：

https://segon.cn/mysql-for-update.html

---