SQL Server并发插入删除是否引发表锁？如何实现并行读写删

是否会触发表锁？ #

这完全取决于你使用的数据库存储引擎：

• MyISAM：MyISAM采用表级锁机制，任何写操作（插入、删除、更新）都会锁定整个表。多个进程同时执行插入/删除时，会出现锁等待，本质就是表锁阻塞了其他操作。
• InnoDB：InnoDB默认是行级锁，但并非所有场景都能维持行锁：
  • 如果删除语句未使用索引过滤（比如DELETE FROM TableA WHERE status = 0且status无索引），或执行全表删除（DELETE FROM TableA），InnoDB会进行全表扫描，此时会触发意向排他锁+全表行锁，效果等同于表锁，所有其他写操作都会被阻塞。
  • 如果删除是基于主键/唯一索引的精准匹配（比如DELETE FROM TableA WHERE id = 100），或是普通的自增主键插入，InnoDB只会锁定对应的行，不会触发表锁，此时多个插入/删除操作可以并行执行。

如何避免表锁并确保读写、插入、删除并行执行？ #

以下是生产环境中常用的解决方案：

• 切换到InnoDB引擎：这是基础前提，MyISAM的表级锁机制天生不适合高并发写场景，执行ALTER TABLE TableA ENGINE=InnoDB;完成引擎替换。
• 确保写操作使用索引过滤：所有删除、更新语句必须基于有索引的列做条件，比如用主键、唯一索引或普通索引过滤数据，让InnoDB能精准定位目标行，只锁必要的行而非全表。
• 避免全表写操作：
  • 不要执行不带条件的DELETE FROM TableA，若需清理大量数据，分批次执行：比如DELETE FROM TableA WHERE create_time < '2023-01-01' LIMIT 1000，循环执行直到数据清理完成，每次只锁定少量行。
  • 避免用TRUNCATE TABLE清表（这是DDL操作，会锁全表），除非能接受短时间的表阻塞。
• 优化事务长度：尽量缩短事务执行时间，不要在事务中包含无关业务逻辑（比如远程调用、文件IO），尽快提交或回滚事务，减少锁的持有时间，降低冲突概率。
• 调整事务隔离级别：将数据库隔离级别设置为READ COMMITTED（而非默认的REPEATABLE READ），可减少间隙锁的触发范围，降低锁冲突可能性，同时不影响大部分业务的一致性需求。
• 使用分区表：若表数据量极大，可按时间、地域等维度将TableA拆分为分区表。删除历史数据时直接DROP PARTITION（这是元数据操作，几乎无锁），插入操作也只会命中对应分区，不同分区的写操作可完全并行。
• 控制批量操作大小：批量插入时不要一次性插入上万条数据，拆分为每批次100-500条的小批量插入，避免因单次操作锁定过多行导致冲突。

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