database - 虚拟化系统会影响解释计划吗？

Question

我在 Postgresql 上的解释计划中得到了奇怪且不同的结果。 Postgresql 服务器安装在一台 VMWare 机器上，当针对给定的 SQL 查询执行多个解释计划时，会返回不同的结果。在我看来，硬件虚拟化可能会向 Postgresql 服务器提供“错误”信息，因此它会返回“异常且有些随机”的成本测量值。对于这些令人惊讶和奇怪的结果，我是对的还是有其他解释？

无论如何，如果您知道任何有用的文档，我将不胜感激。

Answer 1

VACUUM应该是数据库操作的常规部分。不过，这可能不是问题的根源。

We recommend that active production databases be vacuumed frequently (at least nightly), in order to remove dead rows. After adding or deleting a large number of rows, it might be a good idea to issue a VACUUM ANALYZE command for the affected table. This will update the system catalogs with the results of all recent changes, and allow the PostgreSQL query planner to make better choices in planning queries.

The FULL option is not recommended for routine use, but might be useful in special cases. An example is when you have deleted or updated most of the rows in a table and would like the table to physically shrink to occupy less disk space and allow faster table scans. VACUUM FULL will usually shrink the table more than a plain VACUUM would.

由于连续执行的成本不同，一个在 VMWare 下，一个在 VMWare 下，没有数据库更改，我想说虚拟化正在产生一些影响。我很确定虚拟机的 RAM 似乎比普通硬件少，但我现在没有办法测试它，也没有办法测试它对查询优化器的影响。