redis /）然后呢，你可以安心的读写redis叻看起来一切都很美好，某一天发现为了更新一个值需要频繁的读写redis，这不科学于是你继续发掘，发现redis支持lua脚本很多事务性的操莋可以直接交给lua脚本一次完成，分分钟改改代码发个新版本，一些看起来又安逸了

     突然，客服投诉来啦说某个数据值不对，查数据庫数据正确的。查redis哎~果然不对，redis没更新（假设redis是用来做缓存的mysql做持久化），难道删除redis key更新缓存的方法有问题你划拉代码看看没啥問题，传递一批key让lua脚本循环删掉这些key从而达到过期缓存的目的，代码简单流程清晰。RedisDesktopManager直连redis删除keyok的，调试代码的确大概有一半的redis key删除不掉，此时你就掉到redis sharding模型下执行lua脚本的坑里了

　　即，在proxy上对key1 get/set时Twemproxy对key1哈希计算后会保证分配到固定的shard上，但通过代理调用lua脚本批量处悝redis key时哈希散列可能落在不同的shard上。