我需要删除一个非常大的表(例如,5米行)的大多数(比方说,90％).该表的另外10％经常被读取,但不写入.
从“Best way to delete millions of rows by ID”开始,我收集到我应该删除90％我正在删除的任何索引,以加快进程(除了我用来选择要删除的行的索引).
从“PostgreSQL locking mode”开始,我看到此操作将在整个表上获得ROW EXCLUSIVE锁.但由于我只读了其他10％,这应该不重要.
那么,在一个命令中删除所有内容是否安全(即DELETE FROM表WHERE delete_flag =’t’)？我担心如果删除一行失败,触发大量回滚,那么它将影响我从表中读取的能力.批量删除会更明智吗？
解决方法
>索引对于所有行的90％的操作完全没用.无论哪种方式,顺序扫描都会更快.
>如果需要允许并发读取,则不能对表进行独占锁定.因此,您也不能删除同一事务中的任何索引.
>您可以在单独的事务中删除索引,以使独占锁的持续时间保持最短.
然后使用CREATE INDEX CONCURRENTLY在后台重建索引 – 并且只采用非常简短的独占锁.
>如果需要允许并发读取,则不能对表进行独占锁定.因此,您也不能删除同一事务中的任何索引.
>您可以在单独的事务中删除索引,以使独占锁的持续时间保持最短.
然后使用CREATE INDEX CONCURRENTLY在后台重建索引 – 并且只采用非常简短的独占锁.
如果你有一个稳定的条件来识别剩余的10％的行,我强烈建议在这些行上使用partial index以获得最佳效果：
>读取查询可以随时快速访问表(使用部分索引).
>大DELETE根本不会修改部分索引,因为DELETE中没有涉及任何行.
CREATE INDEX foo (some_id) WHERE delete_flag = FALSE;
假设delete_flag是布尔值.您必须在查询中包含相同的谓词(即使它看起来在逻辑上是多余的),以确保Postgres理解它可以使用部分索引.
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
