MySQL事件调度器更新Table A时，如何实现并发更新？

首先得明确为什么你的并发更新会被阻止：当事件调度器执行update tableA set name = 'BLAH'这种全表更新语句时，InnoDB引擎会对表中所有行加排他锁（X锁）；如果语句没用到有效索引，甚至可能升级为表级锁，直接阻塞所有对tableA的写操作，直到整个全表更新完成。

下面是几种可行的方案，帮你实现并发写操作：

1. 将全表更新拆分为分批小更新 #

把耗时5分钟的全表更新拆成多个小批量的更新操作，每次只更新一部分行，这样锁的持有时间大幅缩短，其他写操作能插入执行间隙。

示例代码（假设tableA有自增主键id）：

SET @batch_size = 1000;
SET @last_id = 0;

REPEAT
  UPDATE tableA 
  SET name = 'BLAH' 
  WHERE id > @last_id 
  LIMIT @batch_size;
  
  SET @last_id = (SELECT MAX(id) FROM tableA WHERE name = 'BLAH');
UNTIL ROW_COUNT() = 0 END REPEAT;

这种方式每次只锁定一小部分行，更新完成后立即释放锁，给并发写操作留出执行空间。

2. 调整事务隔离级别 #

如果业务场景允许，可以降低事务隔离级别，从默认的REPEATABLE READ调整为READ COMMITTED。

执行语句：

-- 全局生效（需重启会话）
SET GLOBAL TRANSACTION ISOLATION LEVEL READ COMMITTED;
-- 仅当前会话生效
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;

READ COMMITTED级别下，InnoDB会减少不必要的间隙锁，锁机制更宽松，能有效降低锁冲突概率。不过要注意，这个级别会出现不可重复读的情况，需要确认业务是否能接受。

3. 使用分区表拆分锁范围 #

如果tableA数据量很大，可以按某个字段（比如id、创建时间）做分区。这样全表更新可以转化为对单个或多个分区的更新，未被更新的分区不会被锁定，允许正常的并发写操作。

示例分区语句（按id范围分区）：

ALTER TABLE tableA 
PARTITION BY RANGE (id) (
  PARTITION p0 VALUES LESS THAN (10000),
  PARTITION p1 VALUES LESS THAN (20000),
  PARTITION p2 VALUES LESS THAN MAXVALUE
);

之后更新时可以指定分区：UPDATE tableA PARTITION (p0) SET name = 'BLAH';，这样只会锁定p0分区的行，其他分区的写操作不受影响。

4. 错峰执行全表更新 #

如果业务允许，把全表更新的事件调度到业务低峰期（比如凌晨）执行，此时原本并发写操作就很少，锁冲突的概率自然大幅降低。

额外注意事项 #

• 确保tableA的相关字段有合适的索引：哪怕是全表更新，有效索引也能让InnoDB更高效地锁定行，避免触发表级锁。
• 监控锁等待情况：可以通过SHOW ENGINE INNODB STATUS;查看当前的锁等待信息，精准定位阻塞原因。

内容的提问来源于stack exchange，提问作者Daniel