Node.js 真的比 Go 更快吗？

在技术圈，Node.js 和 Go 都是备受瞩目的明星语言，关于两者性能的比较也一直是开发者们津津乐道的话题。最近，我在本地 Docker 容器中用 Timescale Postgres 数据库对用不同框架编写的 API 进行了性能测试，结果却令人大跌眼镜：Node.js 竟然比 Go 快！

在测试中，我使用了简单的 API 来搜索一个拥有超过 1 亿条记录的数据库。起初，Go 的表现还不错，每秒能处理大约 2000 个请求。然而，当我看到 NestJS 和 Bun 的测试结果时，我开始怀疑人生了：它们竟然达到了每秒 3000 次请求！这怎么可能呢？Go 不是以高性能著称吗？

性能瓶颈：数据库连接池

经过一番排查，我终于找到了问题的根源：数据库连接池。

许多 Go 数据库连接的代码示例都没有提及连接池的配置，更没有对最大连接数和空闲连接数进行限制，例如：

func NewPostgresStore() (*PostgresStore, error) {
  godotenv.Load()
  connStr := fmt.Sprintf("host=%s port=%s…

在对 Go 的数据库连接池进行限制设置后，我惊奇地发现，Go 的每秒请求数 (RPS) 提升了 2-3 倍！

这次经历给我敲响了警钟：不要轻易相信和复制粘贴网上的代码，即使它们看起来很“官方”。在实际项目中，我们需要根据具体情况对代码进行调整和优化，才能发挥出其最佳性能。

数据库连接池是提高应用程序性能的关键因素之一。它可以：

减少连接创建和销毁的开销： 创建和销毁数据库连接是一个相对耗时的操作。连接池可以预先创建一定数量的连接，并在需要时直接分配给应用程序使用，从而减少了连接创建和销毁的次数，提高了应用程序的响应速度。

控制数据库连接数量： 数据库连接是一种有限的资源。如果应用程序不加控制地创建连接，可能会导致数据库连接数超过限制，从而影响数据库的性能甚至导致数据库崩溃。连接池可以设置最大连接数，防止应用程序过度消耗数据库资源。

提高数据库连接的利用率： 连接池可以将空闲的连接缓存起来，并在需要时重新分配给应用程序使用，从而提高了数据库连接的利用率，减少了资源浪费。

Node.js 比 Go 快？这个结论显然过于草率。通过这次测试，我们更应该关注的是如何编写高效的代码，以及如何根据具体情况对应用程序进行优化。数据库连接池就是一个很好的例子，它看似微不足道，却能对应用程序的性能产生巨大的影响。

在今后的开发工作中，我们要时刻保持警惕，避免代码“搬运”带来的潜在问题。同时，也要不断学习和探索新的技术和方法，才能在技术领域不断进步。