有一天开发突然照过来问，维萨我这个Redis实例这么慢呢？为什么这么慢，于是连上实例SLOWLOG 一看，这些慢日志都是大部分是RENMAE操作导致的，可是为什么RENAME操作会慢呢？不就是改个名字么？ 难道它还做了别的事？ 又或者学习Linux 的mv 操作？ 先copy 再DEL ？
于是带着这个问题，问问来拜访一下REDIS源码，看看为什么RENAME操作会慢的？在Redis中RENAME相关命令有两个 rename、renamenx。
我们找到入库函数 server.c [struct redisCommand redisCommandTable[] = {}]，定位到renameCommand，可以发现这两个命令后端都是调用同一个函数[ renameGenericCommand(c,N)]，只是这个N这个值不同而已
所以问题就很简单了， 我们只需要知道 [renameGenericCommand] 这个函数到底做了什么操作即可，定位到这个函数不难发现，对于Rename 命令会做以下操作：
- 先对比 rename 中的两个KEY是不是一样，如果不相同则继续
- 对第一个KEY在db 中查找，如果存在则继续，并记录 value 对象地址
- 获取这个KEY 的过期时间，继续下一步
- 尝试着查找第二个KEY，如果第二个KEY存在则删除第二个KEY
- 把第二个KEY名字和第一个KEY的value 作为K-V 添加到DB中
- 如果第一个KEY有过期时间，则为该KEY设置过期时间
- 最后删除掉第一个KEY
精简过得源代码如下：
void renameGenericCommand(client *c, int nx) { robj *o; long long expire; int samekey = 0;
if (sdscmp(c->argv[1]->ptr,c->argv[2]->ptr) == 0) samekey = 1;
if ((o = lookupKeyWriteOrReply(c,c->argv[1],shared.nokeyerr)) == NULL) return;
if (samekey) return; incrRefCount(o); expire = getExpire(c->db,c->argv[1]); if (lookupKeyWrite(c->db,c->argv[2]) != NULL) { dbDelete(c->db,c->argv[2]); } dbAdd(c->db,c->argv[2],o); if (expire != -1) setExpire(c,c->db,c->argv[2],expire); dbDelete(c->db,c->argv[1]);}所以通过以上我们可以得到如下结论：
实际上RENAME = Query * 2 + ADD + [ DEL ] + [ EXPIRE ]
而对于RENAMENX = Query * 2 + ADD + [ EXPIRE ] ，这里一定没有DEL操作
对于内存数据库REDIS 来说， QUERY 、ADD 、EXPIRE 都是很快的，但是对于某些KEY DEL则不一定块，如果这个KEY的内存占用比较多，那么DEL 是个比较慢的过程。
OK，结论似乎有了， 那么需要进一步的来验证一下这个结论，怎么验证呢？很简单，我们可以GET 出来看看这个KEY 有多大， 或者使用 DEBUG OBJECT XXXKEY 看一下序列化后的内存大小。
OK，结论也有了，也验证了,看起来是 大KEY 惹的货啊， 那么对于我们怎么找到这些大KEY，如果进行删除，请查看我的前两篇文章 :)