BRIN索引是否可支持ON DELETE CASCADE级联删除？

PostgreSQL查询规划器支持在ON DELETE CASCADE场景调用BRIN索引，索引未被触发通常是不符合使用条件导致的：

• BRIN属于块范围索引，仅当表的物理存储顺序和索引列的逻辑顺序强相关时（比如按自增序列、时间字段连续插入的表，无大量乱序更新、删除导致的行迁移），才能有效过滤不需要扫描的数据块。如果数据相关性低，或者pages_per_range参数设置过大导致索引过滤精度不足，规划器会判定全表扫描成本更低，不会选择BRIN索引。
• 成本参数配置也会影响规划器决策：默认random_page_cost为4，适配机械硬盘的IO成本，如果你的存储是SSD，可以调低该参数到1.1左右，或者调大effective_cache_size参数，让规划器更倾向于选择索引扫描。

有两种常用方案可以查看级联删除的执行逻辑：

• 手动模拟验证：级联删除的本质是主表删除后，自动对子表执行DELETE FROM 子表 WHERE 外键列 = 主表被删行的对应键值，你可以直接手动执行该语句的执行计划分析，快速验证索引是否生效：
  EXPLAIN ANALYZE DELETE FROM 你的子表名 WHERE 外键列 = 测试键值;
• 开启auto_explain捕获真实执行计划：如果需要查看实际业务级联删除的全链路执行计划，可以使用PostgreSQL内置的auto_explain扩展：

1. 会话级开启扩展和相关配置：

LOAD 'auto_explain';
SET auto_explain.log_min_duration = 0;
SET auto_explain.log_nested_statements = on;
SET auto_explain.log_analyze = on;

2. 执行你的级联删除操作，完成后在PostgreSQL运行日志中即可查到级联触发的子表删除语句的完整执行计划。

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