面试题：在复杂业务场景下优化MySQL意向共享锁以提升并发控制效率

1. 理解意向共享锁（IS锁）

意向共享锁用于表明事务想要在更低级别的资源上获取共享锁（S锁）。当事务要对某行数据加S锁时，会先在表级别加IS锁。

2. 优化策略

合理使用索引：
- 确保在涉及库存操作的SQL语句中，使用的条件字段上都有合适的索引。例如，假设库存表 stock 有字段 product_id、quantity 等，在查询库存数量时：

-- 假设查询商品ID为1的库存数量
SELECT quantity FROM stock WHERE product_id = 1;

为 product_id 字段添加索引：

CREATE INDEX idx_product_id ON stock (product_id);

这样在加锁时，MySQL 能更准确地定位到需要加锁的行，减少锁的范围，降低锁争用。

调整事务隔离级别：
- 对于电商库存管理系统，可考虑将事务隔离级别设为 READ - COMMITTED。在这种隔离级别下，共享锁在语句执行完毕后就释放，而不是等到事务结束，从而减少锁的持有时间。设置隔离级别：

SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;

但要注意，这种隔离级别可能会导致不可重复读问题，需要结合业务场景评估。

批量操作：
- 尽量避免单个库存操作的频繁提交，而是进行批量操作。例如，假设要对多个商品的库存进行更新：

-- 错误示例：多次单个更新
START TRANSACTION;
UPDATE stock SET quantity = quantity - 1 WHERE product_id = 1;
COMMIT;
START TRANSACTION;
UPDATE stock SET quantity = quantity - 1 WHERE product_id = 2;
COMMIT;

-- 正确示例：批量更新
START TRANSACTION;
UPDATE stock SET quantity = quantity - 1 WHERE product_id IN (1, 2);
COMMIT;

这样减少了事务的启动次数，从而减少了锁的获取和释放次数，提升并发效率。

配置参数优化：
- innodb_lock_wait_timeout：该参数设置了一个事务等待锁的最长时间，默认是50秒。对于电商库存管理系统，可适当降低这个值，例如设为10秒：

[mysqld]
innodb_lock_wait_timeout = 10

这样在锁等待时间过长时，能更快地抛出异常，避免事务长时间等待，提高系统的响应性。 - innodb_buffer_pool_size：适当增大该参数，能让更多的数据和索引缓存到内存中，减少磁盘I/O，提高数据库性能。可根据服务器内存情况调整，例如：

[mysqld]
innodb_buffer_pool_size = 2G

3. 数据准确性和一致性保证

使用事务：所有涉及库存读写的操作都应包含在事务中，确保要么所有操作都成功，要么都失败回滚。例如：

START TRANSACTION;
-- 扣除库存
UPDATE stock SET quantity = quantity - 1 WHERE product_id = 1 AND quantity >= 1;
-- 检查库存是否足够
SELECT quantity FROM stock WHERE product_id = 1;
COMMIT;

使用行锁：在更新库存时，通过条件限制尽量使用行锁，避免表锁。如上述 UPDATE 语句通过 WHERE product_id = 1 条件，使MySQL 更倾向于使用行锁。同时，确保条件字段上有索引，否则可能会退化为表锁。

面试题：在复杂业务场景下优化MySQL意向共享锁以提升并发控制效率

知识考点

面试题答案

1. 理解意向共享锁（IS锁）

2. 优化策略

3. 数据准确性和一致性保证