SQL Server vs MySQL vs PostgreSQL 删除性能比较

问题：

不久前，我正在开发一个SQL Server数据库，它增长很快，占用了大量的磁盘空间。在进行初步检查之后，我注意到最大表中的记录数量并不是那么多(只有大约150,000条)，数据库的大小略高于100GB。大表只包含2列、一个ID和一个非常宽的VARBINARY字段(就每行中存储的数据量而言)。最终，我不得不想出一种策略，将旧信息以块的形式清除，因为单个删除可能会导致阻塞和其他潜在问题。

我有足够的好奇去尝试，并将分享我的结果。我希望你觉得这和我做测试时一样有趣。

解决方案

在这个技术中，我将展示我在每个 RDBMS 中执行记录删除后编译的结果。测试将针对只有一个 id 列和一个宽字符串（准确地说是 1,000,000 个字符）的表中的一组 10,000 条记录进行。

您可能已经从本文的标题中猜到了，我正在针对 SQL Server、MySQL 和 PostgreSQL 数据库实例执行测试。为了尽可能公平，我在具有完全相同规格的 Linux 虚拟机中执行每个测试；对于wide的数据类型，我尽量选择它们之间尽可能同源的东西。RDBMS 设置的最后一个细节是，我一安装就用地测试了它们，没有任何最佳实践、调整或特定参数设置来帮助提高性能。

虚拟机规格

操作系统：Ubuntu Server 20.04 LTS

CPU：       英特尔酷睿 i7 2.7GHz (3820QM)

内存：       8GB DDR3 1600MHz

卷大小：    25GB

与 RDBMS 及其各自运行相关的信息，我使用了每种产品的最新可用版本，以尽可能保持公平。

1. 在每个数据库实例中创建一个简单的测试数据库和一个包含宽列的表。其结构类似于：

自动增量 id 的语法在每个 RDBMS 中都不同，但这只是为了给您一个例子。

wide的数据类型在所有 RDBMS 中并不完全相同，但我尝试为每个 RDBMS 选择一个，以便我在每个 RDBMS 中存储完全相同的数据，以保持尽可能相似。

2. 插入一轮 10,000 条记录，并执行以下轮次删除：

Time todelete 1,000 rows, as well as the size of the respective transaction log fileafter its completion. Time to delete 2,000 rows, as well as the size of therespective transaction log file after its completion. Time to delete 3,000rows, as well as the size of the respective transaction log file after itscompletion. Time to delete 4,000 rows, as well as the size of the respectivetransaction log file after its completion. Time to delete 5,000 rows, as wellas the size of the respective transaction log file after its completion. Timeto delete 10,000 rows, as well as the size of the respective transaction logfile after its completion.

3. 我在每行的wide中插入一个 1,000,000 个字符长的字符串（在所有行中完全相同），我将其作为示例附加，以防您想在您的系统中尝试它。

4. 对于每个 RDBM 中的测试，我确保只有那个 RDBMS 在 VM 中运行，而其他两个完全关闭。

这些指标是在每个案例的完全空实例上测量的。 

在每轮删除之后，日志文件在下一轮发生之前被清理/擦除。对于每个示例，都有一个图表进行比较，以便更好地了解结果。请注意，我仅出于可视化目的将时间结果乘以 10。

PG考试咨询