PHP vs Perl 操作 Memcached 性能實測：PHP 竟快 40%？

測試背景

在相同硬體、相同 Memcached 實例、相同數據量 (51.2 萬條、每條 1KB、總計 500MB) 下，對比 PHP (PECL memcache) 與 Perl (Cache::Memcached) 的寫入性能。

測試代碼

PHP 版 test1k.php

<?php
ini_set('memcache.hash_function', 'crc32');
$mem = new Memcache;
$mem->addServer('localhost', 30001);
$mem->flush();

$data = str_repeat('x', 1024); // 1KB
for ($i = 0; $i < 512000; $i++) {
    $mem->set($i, $data, 0, 1000);
}
?>

Perl 版 test1k.pl

#!/usr/bin/perl
use Cache::Memcached;
$mem = Cache::Memcached->new({ servers => ['localhost:30001'] });
$mem->flush_all();

my $data = 'x' x 1024; # 1KB
for (my $i = 0; $i < 512000; $i++) {
    $mem->set($i, $data);
}
$mem->disconnect_all();

執行結果 (Linux `time` 命令，三次平均)

結論：PHP 整體耗時約為 Perl 的 53%，快近 40%。

深度原因分析

1. 客戶端實現語言差異 (核心原因)

• PHP memcache 擴展：C 語言編寫 (PECL)，屬於 PHP 內核擴展，數據結構操作、網絡 I/O 皆在 C 層完成，無 PHP 用戶態開銷。
• Perl Cache::Memcached：純 Perl 實現 (CPAN 純 Perl 模塊)，協議封裝、鍵哈希、socket 讀寫全在 Perl 解釋器中運行，解釋器開銷大。

驗證：Perl 也有 Memcached::libmemcached (C 綁定)，若用該模塊性能將大幅追平 PHP。

2. 字符串長度處理差異 (次要)

• PHP Memcache::set($key, $var, $flag, $expire) 可選長度參數，但內部實際以 strlen($var) 為準，不強制截斷。
• Perl set($key, $value) 無長度參數，內部需自行計算字符串長度 (Perl 字符串長度屬性 O(1) 但屬性訪問有開銷)。
• 實測中數據固定 1KB，此因素影響 < 5%。

3. 內存管理與 GC

• PHP 請求級內存管理：循環內變量復用，請求結束一次性釋放，無 GC 停頓。
• Perl 運行期引用計數 GC，大量臨時 SV (標量值) 創建/銷毀產生額外 CPU 開銷 (User CPU 顯著高於 PHP)。

延伸驗證：讀取性能

同樣數據集下 get 操作 51.2 萬次：

• PHP: ~ 28 秒
• Perl: ~ 55 秒

讀取同樣呈現 PHP 約快 50% 的趨勢，確認是客戶端庫實現層面的系統性差距。

實戰建議

1. 高性能場景首選 C 綁定客戶端：PHP 用 memcached (非 memcache) 或 redis 擴展；Perl 用 Memcached::libmemcached；Python 用 python-memcached (C) 或 pymemcache。
2. 連接復用：長連接 + 連接池 (PHP-FPM 配合持久連接、Nginx upstream keepalive)。
3. 批量操作：getMulti/setMulti 減少網絡往返 (RTT)。
4. 序列化選擇：PHP igbinary、msgpack 比默認 serialize 快 2-3 倍、體積小 30-50%。

總結

「PHP 比 Perl 快」的本質是 C 寫的擴展 vs 純解釋器實現。語言本身不分快慢，關鍵路徑是否下沉到 C 層 才是性能分水嶺。選擇客戶端庫時，pecl search memcached 找 C 擴展版本是鐵律。