从 Redis 2.6.0 版本开始，通过内置的 Lua 解释器，可以使用 EVAL 命令对 Lua 脚本进行求值

Redis2.6内置的Lua Script支持，可以在Redis的Server端一次过运行大量逻辑。

• 整个Script默认是在一个事务里的。
• Script里涉及的所有Key尽量用变量，从外面传入，使Redis一开始就知道你要改变哪些key。
• EVAL每次传输一整段Script比较费带宽，可以先用SCRIPT LOAD载入script，返回哈希值。然后用EVALHASH执行。
• 内置的LUA库里还很贴心的带了CJSON，可以处理JSON字符串。

1.什么是 eval
  Description
  Evaluate a LUA script serverside 在服务器端执行LUA脚本

  Parameters
  script string. 脚本字符串
  args array, optional. 数组参数
  num_keys int, optional. 键值

  Return value
  Mixed. What is returned depends on what the LUA script itself returns, which could be a scalar value (int/string), or an array. Arrays that are returned can also contain other arrays, if that's how it was set up in your LUA script. If there is an error executing the LUA script, the getLastError() function can tell you the message that came back from Redis (e.g. compile error).
  这个函数返回的结果是函数传输的LUA脚本的执行结果。结果可以是一个普通的数据类型，也可以使一个数组，数组内也可以嵌套数组。无论返回的结果是什么，都是取决于你的LUA脚本是如何执行的。如果你传输的LUA脚本存在错误，那么getLastError()能够返回出REDIS对于这个错误的具体消息。

2.脚本的原子性
  Redis 使用单个 Lua 解释器去运行所有脚本，并且， Redis 也保证脚本会以原子性(atomic)的方式执行：当某个脚本正在运行的时候，不会有其他脚本或 Redis 命令被执行。这和使用 MULTI / EXEC 包围的事务很类似。在其他别的客户端看来，脚本的效果(effect)要么是不可见的(not visible)，要么就是已完成的(already completed)。
 另一方面，这也意味着，执行一个运行缓慢的脚本并不是一个好主意。写一个跑得很快很顺溜的脚本并不难，因为脚本的运行开销(overhead)非常少，但是当你不得不使用一些跑得比较慢的脚本时，请小心，因为当这些蜗牛脚本在慢吞吞地运行的时候，其他客户端会因为服务器正忙而无法执行命令。

3.总结
  把客户端的程序脚本代码转移到服务器端缓存，减少数据来回的开销，还有“原子性”。

参考文档
http://www.dedeui.com/PHP/030U3N22013.html
http://www.oschina.net/translate/intro-to-lua-for-redis-programmers
http://www.redisbook.com/en/latest/feature/scripting.html
http://blog.nosqlfan.com/html/4099.html