摘要：今天宇潤(rùn)就來(lái)測(cè)試一下方法。官方說(shuō)明節(jié)選從版本開(kāi)始，通過(guò)內(nèi)置的解釋器，可以使用命令對(duì)腳本進(jìn)行求值。另一方面，這也意味著，執(zhí)行一個(gè)運(yùn)行緩慢的腳本并不是一個(gè)好主意。將腳本緩存到服務(wù)器的操作可以通過(guò)命令進(jìn)行。

平時(shí)你用 Redis 是不是經(jīng)常 get()、set()一把梭？其實(shí) Redis 中還有很多有用的數(shù)據(jù)結(jié)構(gòu)，以及各種方法。今天宇潤(rùn)就來(lái)測(cè)試一下eval()方法。

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

從 Redis 2.6.0 版本開(kāi)始，通過(guò)內(nèi)置的 Lua 解釋器，可以使用 EVAL 命令對(duì) Lua 腳本進(jìn)行求值。

Redis 使用單個(gè) Lua 解釋器去運(yùn)行所有腳本，并且， Redis 也保證腳本會(huì)以原子性(atomic)的方式執(zhí)行：當(dāng)某個(gè)腳本正在運(yùn)行的時(shí)候，不會(huì)有其他腳本或 Redis 命令被執(zhí)行。這和使用 MULTI / EXEC 包圍的事務(wù)很類(lèi)似。在其他別的客戶(hù)端看來(lái)，腳本的效果(effect)要么是不可見(jiàn)的(not visible)，要么就是已完成的(already completed)。

另一方面，這也意味著，執(zhí)行一個(gè)運(yùn)行緩慢的腳本并不是一個(gè)好主意。寫(xiě)一個(gè)跑得很快很順溜的腳本并不難，因?yàn)槟_本的運(yùn)行開(kāi)銷(xiāo)(overhead)非常少，但是當(dāng)你不得不使用一些跑得比較慢的腳本時(shí)，請(qǐng)小心，因?yàn)楫?dāng)這些蝸牛腳本在慢吞吞地運(yùn)行的時(shí)候，其他客戶(hù)端會(huì)因?yàn)榉?wù)器正忙而無(wú)法執(zhí)行命令。

我的理解，Redis 中的 eval() 方法一般用于需要執(zhí)行多個(gè) redis 操作，來(lái)完成一個(gè)目標(biāo)的場(chǎng)景。

下面我模擬了一個(gè)操作 100 次 redis 的場(chǎng)景，當(dāng)然實(shí)際可能并不需要這么多，僅僅想讓大家看到差別。

connect("127.0.0.1", 6379);

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

// PHP 中循環(huán) 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(<<