Redis->eval() 到底好在哪裡？

平常你用 Redis 是不是常常 get()、set()一把梭？其實 Redis 中還有很多有用的資料結構，以及各種方法。今天我們就來測試一下eval()方法。

推薦：《Redis影片教學》

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(&#39;127.0.0.1&#39;, 6379);
 
// 清空Redis
$redis->flushDB();
 
// PHP 中循环 set
$t = microtime(true);
for($i = 0; $i < 100; ++$i)
{
    $redis->set(&#39;key&#39; . $i, $i);
}
echo &#39;php for set: &#39;, microtime(true) - $t, PHP_EOL;
 
// 清空Redis
$redis->flushDB();
 
// 使用 eval 方法
$t = microtime(true);
$keys = [];
$values = [];
for($i = 0; $i < 100; ++$i)
{
    $keys[] = &#39;key&#39; . $i;
    $values[] = $i;
}
$redis->eval(<<<SCRIPT
for i=1,#KEYS do
    redis.call(&#39;set&#39;, KEYS[i], ARGV[i])
end
SCRIPT
, array_merge($keys, $values), count($keys));
echo &#39;eval:&#39;, 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[] = &#39;key&#39; . $i;
        $values[] = $i;
    }
    $redis->eval(<<<SCRIPT
for i=1,#KEYS do
    redis.call(&#39;set&#39;, KEYS[i], ARGV[i])
end
SCRIPT
, array_merge($keys, $values), count($keys));
}
 
function testEvalSha($redis)
{
    $keys = [];
    $values = [];
    for($i = 0; $i < 100; ++$i)
    {
        $keys[] = &#39;key&#39; . $i;
        $values[] = $i;
    }
    $redis->evalSha(sha1(<<<SCRIPT
for i=1,#KEYS do
    redis.call(&#39;set&#39;, KEYS[i], ARGV[i])
end
SCRIPT
    ), array_merge($keys, $values), count($keys));
}
 
$redis = new \Redis;
$redis->connect(&#39;127.0.0.1&#39;, 6379);
 
// 清空Redis
$redis->flushDB();
 
// 使用 eval 方法
$t = microtime(true);
for($i = 0; $i < 100; ++$i)
{
    testEval($redis);
}
echo &#39;eval:&#39;, microtime(true) - $t, PHP_EOL;
 
 
// 清空Redis
$redis->flushDB();
 
// 使用 evalSha 方法
$t = microtime(true);
for($i = 0; $i < 100; ++$i)
{
    testEvalSha($redis);
}
echo &#39;evalSha:&#39;, 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;
}

以上是Redis->eval() 到底好在哪裡？的詳細內容。更多資訊請關注PHP中文網其他相關文章！