梧桐数据数据库查询优化（六）.pdf
免费下载
梧桐数据数据库查询优化（六）
装载数据库
第一次装载数据库时可能需要做大量的插入。下面是一
些建议，可以尽可能高效地处理这些事情。
关闭自动提交
当使用多条 INSERT 时，关闭自动提交，并且只在结束
的时候做一次提交。(在普通 SQL 里，这就意味着在开始的
时候发出 BEGIN 并且在结束的时候执行 COMMIT。有些客户
端的库可能背着你干这些事情，这种情况下你必须确信只有
在你确实要那些库干这些事情的时候它才做。)
如果你允许每个插入都独立地提交，那么 WuTongDB 会
为所增加的每行记录做大量的处理。在一个事务里完成所有
插入的动作的最大的好处就是，如果有一条记录插入失败，
那么，到该点为止的所有已插入记录都将被回滚，这样你就
不会很难受地面对一个只加载了一部分数据的表。
使用 COPY
使用 COPY 在一条命令里加载所有记录，而不是一连串
的 INSERT 命令。COPY 命令是为加载数量巨大的数据行优化
过的；它没 INSERT 那么灵活，但是在大量加载数据的情况
下，导致的开销也少很多。因为 COPY 是单条命令，因此填
充表的时候就没有必要关闭自动提交了。
如果你不能使用 COPY， 那么使用 PREPARE 来创建一个预备
INSERT， 然后使用 EXECUTE 多次效率更高。这样就避免了
重复分析和规划 INSERT 的开销。
请注意，在加载大量数据行的时候，COPY 几乎总是比
INSERT 快，即使使用了 PREPARE 并且把多个 INSERT 命令绑
在一个事务中也是这样。
完成后运行 ANALYZE
不管什么时候，如果你在更新了表中的大量数据之后，
运行 ANALYZE 都是个好习惯。这包括批量加载大量数据到表。
运行 ANALYZE (或者 VACUUM ANALYZE) 可以保证规划器有表
数据的最新统计。如果没有统计数据或者统计数据太陈旧，
那么规划器可能选择很差劲的查询规划，导致统计信息不准
确或者不存在的表的性能很差。
pg_dump 的一些注意事项
pg_dump 生成的转储脚本自动使用上面的若干个技巧，
但不是全部。要尽可能快地加载 pg_dump 转储，我们需要手
工做几个事情。(请注意，这些要点适用于恢复一个转储，
而不是创建一个转储的时候。同样的要点也适用于使用 psql
加载一个文本转储或者使用 pg_restore 从 pg_dump 归档文
件加载的情况。)
缺省的时候，pg_dump 使用 COPY，并且在它生成一个完
整的包含模式和数据的转储的时候，它会很小心地先加载数
据。这几条技巧是自动处理的，然后在之后运行 ANALYZE。
of 6
免费下载
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文档的来源（墨天轮），文档链接，文档作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
下载排行榜
评论