当我在 Mac 上使用 node-postgres 或 eno-postgres 时,遇到了特别缓慢的情况。我有一个非常简单的表,有两列,当我执行查询 select * from table
时,它发生得非常非常慢。我也尝试过直接用SQL客户端选择,速度非常快。
准确地说 - 该表有 60 个条目。两列。在远程 postgres 服务器上 (12.2)
我有以下三个脚本。
#node v13.12.0
const { Client } = require('pg')
const client = new Client({
user: 'u',
host: 'address',
database: 'db',
password: 'pw',
port: 5432,
})
client.connect()
const start = Date.now();
client.query('SELECT * from unit', (err, res) => {
const ms = Date.now() - start;
console.log(`db call ${ms}`);
console.log(res.rows.length);
client.end()
})
#deno 1.1.2
#v8 8.5.216
#typescript 3.9.2
import { Client } from "https://deno.land/x/<a href="https://stackoverflow.com/cdn-cgi/l/email-protection" class="__cf_email__" data-cfemail="24544b5750435641576452140a100a16" rel="noreferrer noopener nofollow">[email protected]</a>/mod.ts";
const client = new Client({
user: "u",
database: "db",
hostname: "addr",
password: "pw",
port: 5432,
});
await client.connect();
const start = Date.now();
const dataset = await client.query("SELECT * FROM unit");
const ms = Date.now() - start;
console.log(`db call ${ms}`);
console.log(dataset.rowsOfObjects().length)
#python 3.7.7
import psycopg2
from datetime import datetime
#try:
connection = psycopg2.connect(user = "u",
password = "p",
host = "addr",
port = "5432",
database = "db")
cursor = connection.cursor()
a = datetime.now()
cursor.execute("select * from unit");
records = cursor.fetchall()
b = datetime.now()
c = b - a
print(len(records))
print(c.total_seconds() * 1000)
当我在我的 macos (10.15.5) 上执行所有三个脚本时,我得到以下结果:
“从单位中选择*”(60条记录)
node ~16'000ms
deno ~16'000ms
python ~240ms
当我执行“select * from unit limit 5”时
node ~480ms
deno ~110ms
python ~220ms
当我在安装了 postgres 的同一 ubuntu 服务器上执行“select * from unit”时,所有 3 个脚本都会在大约 10 毫秒内执行。
我已经在 postgres 服务器中启用了计时和完整日志记录,并且我发现我可以看到上述情况中的所有查询都在不到一毫秒的时间内执行,大约为 0.600 毫秒
此时,我感觉故障出在 node/deno 和我的 macOS 的交集处,这可能是 v8。或者 deno 和 Node 共享的其他东西。
那么,它可能是什么?
p.s 我也尝试过 Node 分析器,我看到了这个:
[Summary]:
ticks total nonlib name
0 0.0% 0.0% JavaScript
116 84.7% 99.1% C++
22 16.1% 18.8% GC
20 14.6% Shared libraries
1 0.7% Unaccounted
[C++ entry points]:
ticks cpp total name
45 54.9% 32.8% T __ZN2v88internal32Builtin_DatePrototypeSetUTCHoursEiPmPNS0_7IsolateE
36 43.9% 26.3% T __ZN2v88internal21Builtin_HandleApiCallEiPmPNS0_7IsolateE
1 1.2% 0.7% T __ZN2v88internal23Builtin_DateConstructorEiPmPNS0_7IsolateE
但我不知道这意味着什么。
最佳答案
好吧,我终于明白了。
由于没有任何效果,我决定将 API 移动到远程服务器,而不是在本地运行它,启动它,并很高兴看到 API 和数据库之间的即时通信...结果发现在前端在我的机器上运行。
这时我突然意识到——这是我的互联网提供商的某种流量整形。我打开 VPN,一切立即开始按预期工作。
难怪我不明白为什么它会卡住。这个问题是很严重的,这对我来说是一个教训——总是必须跳出计算机本身的框框来思考。
这解释了为什么它有时可以正常工作。但是,它并没有解释为什么这个问题从未影响 python 脚本 - 也许它以稍微不同的方式与 Postgres 服务器进行通信,而没有触发提供程序的过滤器。谁知道呢。
关于node.js - Mac 上的 Node/Deno Postgres 客户端速度缓慢,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/62644764/