PostgreSQL 和 MySQL 一直是热门数据库，广泛应用于各类项目场景。今天，我们就聚焦于 PostgreSQL 15.8 和 MySQL 8.0 这两个热门版本，在硬件配置和参数配置基本一致的情况下，通过详实的数据来一场深度的性能对比。
查询性能
PostgreSQL 15.8
对具有 50 万条记录的单表实施常用字段的简单精确查询时，其平均响应时长仅达 0.02 秒，以三张表关联查询为例，分别是订单表（100万条记录）、产品表（80万条记录）和用户表（50万条记录），进行一个涉及多表连接、条件筛选以及聚合操作的复杂查询。PostgreSQL 15.8凭借其先进的查询优化器和精准的统计信息利用，能够在短短1.2秒内完成查询。
MySQL 8.0
同样对以一个存有 50 万条记录的用户信息表单表查询，针对诸如姓名、年龄、地址等常用字段开展简单的精确查询操作。MySQL 8.0 能够将平均响应时长把控在 0.03 秒上下。在单表查询的效率层面，PostgreSQL 15.8 更具优势。同样是处理那三个关联表的复杂多表查询时，MySQL 8.0完成这样的查询平均需要约2.5秒，随着表数量和数据量的增加，查询时间明显上升。
相较于PostgreSQL 15.8的1.2秒，速度慢了一倍多。
并发处理能力
PostgreSQL 15.8
在并发处理的测试环节，我们构建了一个模拟高并发的场景，让 1000 个并发连接同时对数据库展开读写操作。当遭遇相同的 1000 个并发连接的高并发状况时，PostgreSQL 15.8 凭借自身卓越的多版本并发控制（MVCC）机制与高效的并发调度算法。把事务处理的平均延迟成功限制在了 40 毫秒的范围之内。
MySQL 8.0
MySQL 8.0 依靠自身有效的锁机制以及线程池管理策略，在此情形下，其处理事务的平均延迟处于 80 毫秒上下，维持基本的稳定运行状态。不过，一旦并发连接的数量持续增多，其性能下滑的态势就会变得愈发显著。MySQL 8.0 的平均延迟时间是PostgreSQL 15.8的两倍。
另外有机构使用 pgbench 进行性能测试，性能测试表明，在极限条件下，PostgreSQL 15.8 在点查性能方面展现出强大优势，而 MySQL 8.0 在这方面表现相对较弱。
在其他类型的测试中，如复杂查询、大量写操作等方面，MySQL 8.0 和 PostgreSQL 15.8 的性能基本持平。这意味着在实际应用中，需根据具体业务需求选择合适的数据库。若对点查性能要求较高，那么 PostgreSQL 15.8 可能是更好的选择；若业务场景中其他类型操作更为频繁，则可综合考虑两者特点，选取最适合的数据库。
数据插入
PostgreSQL 15.8
插入50万条记录到一个新的数据表，它每秒可插入约5500条记录MySQL 8.0
同样是插入50万条记录。MySQL 8.0每秒大约能插入4500条记录，插入速度处于一个相对稳定的水平。PostgreSQL 15.8比MySQL 8.0的插入速度提高了约22%。
原理剖析
MySQL 和 PostgreSQL 在事务处理方面存在显著差异，主要体现在事务隔离级别、锁机制、死锁处理和事务日志等方面。事务隔离级别
MySQL 的默认事务隔离级别是 Repeatable Read。PostgreSQL 的默认事务隔离级别是 READ COMMITTED。
锁机制
MySQL 使用行锁和表锁来管理并发访问。InnoDB 存储引擎中行锁是默认的锁定机制，但在全表扫描等情况下可能会使用表锁。锁粒度可以在行级和表级之间变化，取决于具体查询和隔离级别。
PostgreSQL 也使用行锁，但其 MVCC 机制允许在没有锁的情况下读取旧版本的数据，从而在很多情况下避免了锁争用。MVCC 机制使得 PostgreSQL 在高并发环境下表现更好，减少了锁的需要。
死锁处理
MySQL 可以检测到死锁，并选择一个事务作为牺牲品，回滚它以解决死锁问题。用户需要手动处理事务回滚，并重新尝试事务。
PostgreSQL 也能检测到死锁，会自动回滚其中一个事务来解决死锁。用户同样需要重新尝试事务，但 PostgreSQL 提供了更详细的死锁信息，有助于用户理解死锁的原因。
事务日志
MySQL 的 InnoDB 存储引擎使用事务日志来记录事务操作，用于崩溃恢复，确保数据库重启后事务的完整性。
PostgreSQL 也使用事务日志（WAL，Write-Ahead Logging），且其 WAL 机制更为复杂，不仅用于崩溃恢复，还用于数据复制和点时间恢复，允许更灵活的恢复选项，包括在不中断服务的情况下进行备份和恢复。
总结与选择建议
综合性能对比，MySQL 8.0 和 PostgreSQL 15.8 各有优势与不足。对于不同的应用场景，选择建议如下：倘若侧重于简易查询操作以及一般性的数据处置流程，那么 MySQL 8.0 将会是较为适宜的选项之一；而要应对繁杂的查询任务、高并发状况，同时还需对特殊的数据类型予以高效的处理，在这种情况下，PostgreSQL 15.8 大概率能够契合你的实际需求。 标签：8.0,PostgreSQL,15.8,查询,并发,MySQL From： https://www.cnblogs.com/gdjgs/p/18604058