网站建设平台安全问题有哪些流程优化的七个步骤
MySQL加锁原则
两个原则
- 原则 1：加锁的基本单位是 next-key lock。next-key lock 是前开后闭区间（区间锁和行锁）。
- 原则 2：查找过程中访问到的对象（索引）才会加锁。
两个优化
1.优化 1：索引上的等值查询，给唯一索引加锁的时候，next-key lock 退化为行锁（不会加行锁）。
2.优化 2：索引上的等值查询，向右遍历时且最后一个值不满足等值条件的时候，next-key lock 退化为间隙锁（条件已经不满足，不需要加行锁）。
一个BUG （8.0之前）
唯一索引上的范围查询会访问到不满足条件的第一个值为止。
一.等值查询间隙锁
初始化表与数据
CREATE TABLE `t` ( `id` int(11) NOT NULL,`c` int(11) DEFAULT NULL, `d` int(11) DEFAULT NULL,PRIMARY KEY (`id`),KEY `c` (`c`)
) ENGINE=InnoDB;insert into t values(0,0,0),(5,5,5),(10,10,10),(15,15,15),(20,20,20),(25,25,25);
由于表 t 中没有 id=7 的记录，所以用我们上面提到的加锁规则判断一下的话：根据原则 1，加锁单位是 next-key lock，session A 加锁范围就是 (5,10]；同时根据优化 2，这是一个等值查询 (id=7)，而 id=10 不满足查询条件，next-key lock 退化成间隙锁，因此最终加锁的范围是 (5,10)。所以，session B 要往这个间隙里面插入 id=8 的记录会被锁住，但是 session C 修改 id=10 这行是可以的。
二 .非唯一索引等值锁
首先c是有索引的，根据原则 1，加锁单位是 next-key lock，由于 c 不是唯一索引，需要锁住 （0,5]这个区间，且仅访问 c=5 这一条记录是不能马上停下来的，需要向右遍历，查到 c=10 才放弃。根据原则 2，访问到的都要加锁，因此要给 (5,10]加 next-key lock。但是同时这个符合优化 2：等值判断，向右遍历，最后一个值不满足 c=5 这个等值条件，因此退化成间隙锁 (5,10)。根据原则 2 ，只有访问到的对象才会加锁，这个查询使用覆盖索引，并不需要访问主键索引，所以主键索引上没有加任何锁，这就是为什么 session B 的 update 语句可以执行完成。
三.主键索引范围锁
对于session A 来说，首先需要找到id=10这一列，根据原则一加区间锁与行锁（5，10]，由于 id 是主键索引，因此会退化成行锁 只锁住 id=10 这一行数据。然后往后遍历直到找到第一个不满足 > 10 且 < 11的数，也就是15.由于是范围查询并不是等值查询，不满足优化一，二。因此此时是锁区间（10,15）和 id=15这一行数据。最终锁的范围是 [10,15]。
四.非唯一索引范围锁
c 是索引，但不是唯一索引，首先等值查询 c=10，然后再向后找到不满足等值的第一个值,原则一，优化二 锁的范围为 （5,15],优化二 退化为 区间锁 （5,15）。然后范围查询 根据原则一 加锁为 （10,15]。