【宇潤平常瘋測-002】Redis->eval() 到底好在哪

平時你用 Redis 是否是常常 get()、set()一把梭？其實 Redis 中還有不少有用的數據結構，以及各類方法。今天宇潤就來測試一下eval()方法。

Redis Eval 官方說明（節選）

EVAL script numkeys key [key ...] arg [arg ...]

從 Redis 2.6.0 版本開始，經過內置的 Lua 解釋器，可使用 EVAL 命令對 Lua 腳本進行求值。

Redis 使用單個 Lua 解釋器去運行全部腳本，而且， Redis 也保證腳本會以原子性(atomic)的方式執行：當某個腳本正在運行的時候，不會有其餘腳本或 Redis 命令被執行。這和使用 MULTI / EXEC 包圍的事務很相似。在其餘別的客戶端看來，腳本的效果(effect)要麼是不可見的(not visible)，要麼就是已完成的(already completed)。

另外一方面，這也意味着，執行一個運行緩慢的腳本並非一個好主意。寫一個跑得很快很順溜的腳本並不難，由於腳本的運行開銷(overhead)很是少，可是當你不得不使用一些跑得比較慢的腳本時，請當心，由於當這些蝸牛腳本在慢吞吞地運行的時候，其餘客戶端會由於服務器正忙而沒法執行命令。

實測

個人理解，Redis 中的 eval() 方法通常用於須要執行多個 redis 操做，來完成一個目標的場景。

下面我模擬了一個操做 100 次 redis 的場景，固然實際可能並不須要這麼多，僅僅想讓你們看到差異。

<?php

$redis = new \Redis;
$redis->connect('127.0.0.1', 6379);

// 清空Redis
$redis->flushDB();

// PHP 中循環 set
$t = microtime(true);
for($i = 0; $i < 100; ++$i)
{
    $redis->set('key' . $i, $i);
}
echo 'php for set: ', microtime(true) - $t, PHP_EOL;

// 清空Redis
$redis->flushDB();

// 使用 eval 方法
$t = microtime(true);
$keys = [];
$values = [];
for($i = 0; $i < 100; ++$i)
{
    $keys[] = 'key' . $i;
    $values[] = $i;
}
$redis->eval(<<<SCRIPT
for i=1,#KEYS do
    redis.call('set', KEYS[i], ARGV[i])
end
SCRIPT
, array_merge($keys, $values), count($keys));
echo 'eval:', microtime(true) - $t, PHP_EOL;

結果：

php for set: 0.056596040725708
eval:0.00089216232299805

顯而易見，eval碾壓性地，比在代碼中循環set來的快。

……

你覺得這就完了？

不！

evalSha瞭解一下？

EvalSha 說明

EVALSHA sha1 numkeys key [key ...] arg [arg ...]

根據給定的 sha1 校驗碼，對緩存在服務器中的腳本進行求值。

將腳本緩存到服務器的操做能夠經過 SCRIPT LOAD 命令進行。

這個命令的其餘地方，好比參數的傳入方式，都和 EVAL 命令同樣。

EvalSha 實測

<?php
function testEval($redis)
{
    $keys = [];
    $values = [];
    for($i = 0; $i < 100; ++$i)
    {
        $keys[] = 'key' . $i;
        $values[] = $i;
    }
    $redis->eval(<<<SCRIPT
for i=1,#KEYS do
    redis.call('set', KEYS[i], ARGV[i])
end
SCRIPT
, array_merge($keys, $values), count($keys));
}

function testEvalSha($redis)
{
    $keys = [];
    $values = [];
    for($i = 0; $i < 100; ++$i)
    {
        $keys[] = 'key' . $i;
        $values[] = $i;
    }
    $redis->evalSha(sha1(<<<SCRIPT
for i=1,#KEYS do
    redis.call('set', KEYS[i], ARGV[i])
end
SCRIPT
    ), array_merge($keys, $values), count($keys));
}

$redis = new \Redis;
$redis->connect('127.0.0.1', 6379);

// 清空Redis
$redis->flushDB();

// 使用 eval 方法
$t = microtime(true);
for($i = 0; $i < 100; ++$i)
{
    testEval($redis);
}
echo 'eval:', microtime(true) - $t, PHP_EOL;


// 清空Redis
$redis->flushDB();

// 使用 evalSha 方法
$t = microtime(true);
for($i = 0; $i < 100; ++$i)
{
    testEvalSha($redis);
}
echo 'evalSha:', microtime(true) - $t, PHP_EOL;

結果：

eval:0.081475973129272
evalSha:0.076005220413208

從我測試的結果來看，evalSha的速度並不比eval有顯著的提高。

可是，在生產環境下，若是使用evalSha會比eval發送更小的數據包，佔用更少的網絡資源。

由於eval每次都須要把腳本完整發送給redis，而evalSha只須要傳遞一個sha1便可。

當執行過一次eval後，evalSha 才能夠直接調用。

福利

下面是我封裝的一個方法，優先使用 evalSha 嘗試，失敗則使用 eval 方法。

/**
 * eval擴展方法，結合了 eval、evalSha
 * 
 * 優先使用 evalSha 嘗試，失敗則使用 eval 方法
 *
 * @param \Redis $redis
 * @param string $script
 * @param array $args
 * @param int $num_keys
 * @return mixed
 */
function evalEx($redis, $script, $args = null, $num_keys = null)
{
    $sha1 = sha1($script);
    $redis->clearLastError();
    $result = $redis->evalSha($sha1, $args, $num_keys);
    if('NOSCRIPT No matching script. Please use EVAL.' === $redis->getLastError())
    {
        $result = $redis->eval($script, $args, $num_keys);
    }
    return $result;
}