插入值重复的错误，会使 PostgreSQL 膨胀吗？.doc
免费下载
插入值重复的错误，会使
PostgreSQL
膨胀吗？
在
的错误日志中，最常出现的就是插入值出现重复。
那么，这些错误对
的运行有什么影响吗？
介绍
因为唯一性约束而插入失败，给表和索引带来的膨胀问题，在互
联网上已经非常出名了。然而，这些讨论有时缺乏一个清晰、实际
的例子，通过测量来说明影响。尽管这个问题很熟悉，但我们仍然
经常会在实际的应用程序中看到这样的设计模式，或者更确切地说，
这种反模式。开发者通常依赖唯一性约束，来防止将重复值插入表
中。虽然这种方法简单明了、用途广泛且通常被认为是有效的，但
在
中，不幸的是，由于唯一约束冲突而失败的插入，
总是会给表和索引带来膨胀。在高流量系统上，这种不必要的膨胀
会显著增加磁盘
和
运行的频率。在本文中，我
们旨在再次强调这个问题，并提供一个带有测量的简单示例来说明
它。我们提供了简单的改进建议，以帮助缓解此问题，并减少
工作负载和磁盘
。
防止重复的两种方法
在
中，有两种主要的方法使用唯一性约束，来防止
出现重复值：
标准插入命令
通常的
命令，尝试将数据直接插入到表中。
如果插入会出现重复值，则会失败并显示 “
!"
# $# #%
错误。由于该命令没有指定任何重
复检查，因此
会在内部立即插入新行，然后才开始更
新索引。当它遇到唯一索引冲突时，它会引发错误并删除新添加的
行。索引更新的顺序由其关系
&
决定，因此索引膨胀的程度取决
于 索 引 的 创 建 顺 序 。 如 果 不 断 地 发 生 “
# $# #
#%
错误，表和一些索引都会累积已删除的记录，从而产生
膨胀，并且由此产生的写入操作会增加磁盘
，而不会获得任何
有用的结果。
'
冲突感知插入
()*)&
+,
)*)&+,
命令的行
为不太一样。由于它指定了可能会发生冲突，因此
在
尝试插入数据之前，会首先检查可能的重复项。如果找到重复项 ，
将 执 行 指 定 的 操 作 （ 在 本 例 中 为 “
&
+,%
），并且不会发生错误。此子句是在
-.
中引入的，但是某些应用程序要么还在较旧的
版本上
运行，要么在升级数据库时保留了旧代码。因此，这种冲突处理选
项，通常并未得到充分利用。
测试示例
为了能够进行测试，我们必须使用 “
/0%
启动
。否则，在实例大部分空闲的情况下，
会立即处理膨胀的对象，并且无法捕获统计信息。让我们来创建一
个简单的测试示例，其中包含了多个索引：
)112*34# $4# #
"!"5
# $464!"65
# $4 #4!" #5
474 #4# #5
47464#68
)1&3
4# $4# #4474 #4#4 6
4# $4# #474 #4#8
)1&3
4# $4# #447464#4 6
4# $4# #47464#8
)1&3
4# $4# #4# $464!"4# $4 #4!
"44 64# $4# ## $464!"5
# $4 #4!"5474 #4#8
)1 99
4# $4# #4# $4 #4!"4 6&3
4# $4# ## $464!"8
)1 99
4# $4# #4# $464!"4 6 &3
of 9
免费下载
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文档的来源（墨天轮），文档链接，文档作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
相关文档
评论