【宇润日常疯测-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; }