面试题答案
一键面试锁粒度控制优化策略
- 合理设计表结构：
- 避免创建过大的表，将大表拆分成多个小表，以减少单个事务锁定的记录数。例如，在电商系统中，订单表如果数据量巨大，可以按时间或地区等维度拆表，降低锁争用。
- 减少不必要的字段，避免冗余数据，这样在更新操作时可以减少锁的范围。
- 使用合适的索引：
- 确保经常用于查询和更新条件的字段上有索引。例如在用户表中，根据用户ID进行查询和更新操作频繁，为用户ID字段添加索引，可使InnoDB只锁定索引记录，而不是全表锁定。
- 复合索引的顺序要根据查询频率和条件进行合理安排，保证查询能快速定位到需要的记录，从而减少锁的范围。
加锁时机选择优化策略
- 减少事务中的锁定时间：
- 将事务拆分，把不相关的操作放到不同事务中。如在一个电商下单事务中，商品库存扣减和订单记录插入可以放在不同事务，缩短单个事务的执行时间，降低锁持有时间。
- 避免在事务中进行复杂的业务逻辑计算或与数据库无关的操作，先在事务外完成这些操作，再进入事务进行数据库操作，减少锁的占用时间。
- 优化查询语句：
- 使用覆盖索引，让查询仅通过索引就能获取所需数据，避免回表操作，减少对数据行的锁定。例如查询用户表中部分字段，在这些字段上建立覆盖索引，查询时直接从索引获取数据，减少锁争用。
- 避免全表扫描的查询语句，优化查询条件，使查询能利用索引快速定位数据，减少锁的范围和时间。
锁争用优化策略
- 调整事务隔离级别：
- 对于读操作多的应用场景，可以适当降低事务隔离级别到
READ - COMMITTED或READ - UNCOMMITTED。例如在一些统计报表系统中，对数据一致性要求不是特别高，使用较低隔离级别可减少锁争用，提高并发性能。但要注意可能出现的脏读、不可重复读等问题。 - 在保证业务需求的前提下，尽量使用较低隔离级别，减少锁的使用范围和时间。
- 对于读操作多的应用场景，可以适当降低事务隔离级别到
- 优化业务逻辑：
- 对业务操作进行排队处理，例如在秒杀场景中，可以使用消息队列（如RabbitMQ）将请求进行排队，依次处理，避免大量并发请求同时竞争锁。
- 采用乐观锁机制，对于一些冲突概率较低的场景，在更新数据时先读取数据版本号，更新时比对版本号，只有版本号一致才进行更新，避免加锁等待，提高并发性能。如在简单的商品库存更新场景中可采用此方法。
MySQL相关配置参数和工具辅助锁优化
- 配置参数：
- innodb_lock_wait_timeout：该参数设置InnoDB事务等待行锁的超时时间，单位为秒。可以根据业务需求适当调整此参数，对于一些对响应时间要求较高的业务，可以适当降低此值，避免事务长时间等待锁资源，如设置为5 - 10秒。
- innodb_rollback_on_timeout：此参数决定当事务等待锁超时时是否回滚整个事务。如果设置为
ON，事务超时后会回滚整个事务；设置为OFF，则只回滚导致锁等待的语句。根据业务情况合理设置，对于一些复杂事务，设置为OFF可能更合适，避免不必要的回滚。 - innodb_thread_concurrency：控制InnoDB存储引擎允许同时进入内核的线程数量。适当调整此值可避免过多线程竞争导致性能下降，一般根据服务器CPU核心数等硬件资源进行设置，如设置为CPU核心数的2倍左右。
- 工具：
- SHOW STATUS：通过执行
SHOW STATUS LIKE 'innodb_row_lock%';可以查看InnoDB行锁相关的状态信息，如Innodb_row_lock_current_waits表示当前正在等待锁的数量，Innodb_row_lock_time表示从系统启动到现在锁定总时长等，通过这些信息可以分析锁争用情况。 - SHOW ENGINE INNODB STATUS：此命令能获取InnoDB引擎的详细状态信息，包括锁的使用情况、事务等待情况等。可以通过分析
LATEST DETECTED DEADLOCK部分了解死锁发生的原因和涉及的事务，进而优化业务逻辑和锁策略。 - Percona Toolkit：其中的
pt - query - digest工具可以分析MySQL查询日志，找出执行时间长、锁等待时间长的查询语句，以便针对性优化；pt - ioprofile可以分析InnoDB I/O性能，帮助优化磁盘I/O，间接影响锁的性能。
- SHOW STATUS：通过执行