能否在事务内创建索引用于DELETE查询且不提交该索引？

可以在同一个事务内完成这三步操作，主流关系型数据库（如PostgreSQL、MySQL/InnoDB）都支持这种方式——事务内创建的索引仅对当前事务可见，DELETE可以利用它加速查询，事务提交后这个临时索引不会被保留在数据库中。

分数据库的具体说明 #

• PostgreSQL
  普通索引（非CONCURRENTLY类型）可在事务内创建，后续的DELETE语句能直接使用该索引优化查询。只要在事务结束前删除索引，提交后数据库里不会留下任何痕迹。注意：CREATE INDEX CONCURRENTLY不能在事务内执行，需避免用这种方式创建临时索引。

• MySQL/InnoDB
  InnoDB引擎下，事务内创建的索引对当前事务完全可见，DELETE查询会自动利用该索引提升性能。事务提交时，建索引和删索引的操作会被合并，最终数据库不会保留这个临时索引。需要注意：创建普通索引会短时间锁表，要评估对业务的影响；如果使用在线创建索引（ALGORITHM=INPLACE），这类操作无法在事务内执行，不要混用。

示例代码（以PostgreSQL为例） #

BEGIN;
-- 创建临时索引
CREATE INDEX idx_temp_users_email ON users (email);
-- 执行目标DELETE操作
DELETE FROM users WHERE email = 'unused@example.com';
-- 删除临时索引
DROP INDEX idx_temp_users_email;
COMMIT;

注意事项 #

• 建索引本身会消耗CPU、IO资源，如果表数据量极大，建索引的耗时可能超过直接执行慢DELETE的时间，需要提前评估整体成本。
• 老版本数据库可能存在兼容性问题，建议先在测试环境验证流程后再应用到生产。

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