PHP 也能玩高性能时序数据库？

有一次我在做系统监控接口时，发现用 PHP 写入监控数据并不理想。那类数据往往是高频的指标信息，比如请求量、接口耗时、错误率等。传统方式要么落文件，要么写入数据库存或 MongoDB，但它们都不擅长处理这种高吞吐、带时间戳的流式数据。那时我就在想：有没有一种数据库，既能像关系型数据库那样用 SQL 查询，又能像时序系统那样高效插入和聚合？

后来我遇到了 QuestDB，一个写入性能能轻松破千万条/秒的时序数据库。更妙的是，它兼容 PostgreSQL 协议，这意味着 PHP 直接就能连上，不需要额外 SDK。

一、为什么 PHP 也需要时序数据库?

很多人以为时序数据库是 IoT、工业监控的专属，但其实只要有“带时间戳的数据”，都属于时序场景。

在我们的项目里，这种需求比你想象的多得多：

• • 用户行为日志（点击、浏览、操作时间）
• • 系统性能指标（CPU、内存、请求耗时）
• • IoT 设备数据（温湿度、功率、电流）
• • API 访问统计、PV/UV 曲线

PHP 虽然不是“高频采集”的首选语言，但它负责大量 API 和监控数据上报接口，这些数据最终都需要一个高效的“时间轴容器”来存储。

传统方案用 MySQL 或 MongoDB 存储，数据量一大就容易变慢；InfluxDB、TDengine 虽然性能不错，但部署繁琐，对 PHP 支持几乎为零。

这时 QuestDB 就显得格外有趣，轻量、高性能、还兼容 Postgres 协议。

二、为什么 QuestDB 这几年越来越火?

第一次听到 QuestDB 的名字，我以为它只是又一个“号称快”的时序数据库。直到我跑完第一次压测，才意识到这玩意的确不一样。

它的理念很直接：让时序数据库像 PostgreSQL 一样自然。

于是，QuestDB 做到了几件关键的事：

• • 🚀 性能极强：单机写入速度可达千万行/秒，得益于矢量化引擎和列式存储结构。
• • 🧩 兼容 PostgreSQL 协议：任何 Postgres 客户端（包括 PHP PDO）都能直接连接。
• • 📦 零依赖部署：下载一个二进制文件即可启动，不需要配置 ZooKeeper 或复杂参数。
• • 🧠 SQL 原生支持：没有奇怪的“Line Protocol”，所有操作都是标准 SQL，包括 SAMPLE BY、LATEST ON、JOIN ON timestamp。
• • 📊 生态兼容好：Grafana、Python、Go、Excel、PHP 全能接入。

换句话说，它不是要让你重新学习一种数据库，而是让你在熟悉的 SQL 世界里写时序逻辑。

这点几乎改变了我对“时序数据库”的印象。

以前用 InfluxDB 时，每次写 Flux 脚本都像在调试异世界语言；TDengine 虽然性能出众，但安装、权限、SDK 都挺折腾。而 QuestDB， 一个 CREATE TABLE、一个 INSERT，数据库就能开跑。

它既能存日志，也能实时分析，甚至能做轻量的 OLAP。这可能就是它近几年越来越火的真正原因：性能与易用性的平衡。

说了这么多，不如来点实战。我决定用最熟悉的语言 PHP，直接连上 QuestDB，看看到底有多“自然”。

三、PHP 实战：连接 QuestDB

因为 QuestDB 兼容 PostgreSQL 协议，PHP 根本不需要新的扩展。你可以直接用 PDO 或 pg_connect。

方法一：PDO 写法

<?php
$dsn = 'pgsql:host=127.0.0.1;port=8812;dbname=qdb';
$user = 'admin';
$pass = 'quest';

try {
    $pdo = new PDO($dsn, $user, $pass);
    $pdo->exec("
        CREATE TABLE IF NOT EXISTS metrics (
            ts TIMESTAMP,
            cpu DOUBLE,
            mem DOUBLE
        ) timestamp(ts);
    ");
    echo "Connected successfully\n";
} catch (PDOException $e) {
    echo "Connection failed: " . $e->getMessage();
}

方法二：pg_connect 写法

$conn = pg_connect("host=127.0.0.1 port=8812 dbname=qdb user=admin password=quest");
if (!$conn) {
    die("connection failed\n");
}

写入数据也非常简单：

for ($i = 0; $i < 1000; $i++) {
    $ts = date('Y-m-d H:i:s', time() + $i);
    $cpu = rand(10, 90);
    $mem = rand(30, 80);
    pg_query($conn, "INSERT INTO metrics VALUES ('$ts', $cpu, $mem)");
}

打开 QuestDB 的 Web Console，就能看到数据实时写入。延迟几乎察觉不到。

四、批量写入性能测试

为了看看真实性能，我写了一个简单的测试脚本，每秒批量写入 1 万行：

$start = microtime(true);
$pdo->beginTransaction();

$stmt = $pdo->prepare("INSERT INTO metrics VALUES (?, ?, ?)");
for ($i = 0; $i < 10000; $i++) {
    $stmt->execute([date('Y-m-d H:i:s', time() + $i), mt_rand(0, 100), mt_rand(0, 100)]);
}

$pdo->commit();
$cost = microtime(true) - $start;
echo "insert 10000 rows in {$cost}s\n";

输出结果：

insert 10000 rows in 0.24s

同样脚本跑在 MySQL 上（无索引表），结果约为 2.3s。InfluxDB（HTTP 接口批量写）大约 0.9s。

在这种“低延迟高频写入”的场景下，QuestDB 的表现确实让人惊讶。

五、性能与体验对比

除了性能，更吸引我的是它的“透明性”：不需要学习新语法，不需要改写业务逻辑，PHP 直接用 PDO 连就完事。

六、写在最后

我喜欢 QuestDB 的原因，可能不是它有多快，而是它“够实用”。

PHP 本身不追求极致性能，但它擅长快速实现。而 QuestDB 让“快速实现”这件事不再意味着“性能牺牲”。