前言 今天在调代码调得正嗨的时候（没错又遇到了很早之前踩到的BUG：不同用户的执行计划不一样，之前记录过类似案例）在我调得一头雾水的时候，有位群友问了这么一个问题： ERROR: tuple concurrently deleted 大佬们，请教下，这个报错是怎么发生的，能怎么模拟出来吗 正好看烦了转移一下思维。乍一看报错：元组被并发删除了，正常来说元组被删除时会持有对应的行锁，另外一个事务
在使用POSTGRESQL数据库的时候，我们经常发现一些常见的问题 1 PG的磁盘消耗，相对于其他的数据库可能会稍快，尤其是进行DML操作中UPDATE 操作居多的情况下。 2 PG 的索引越多，相对于进行VACUUM ,AUTOVACUUM的时间就越长。 3 时间索引使用BTREE 占用的空间较大。导致表体积臃肿，数据处理的效率变慢。 基于提高PG使用的效率，降本增效的理念，针对一
Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号
