redis 同步错误Invalid cross-device link

xiuxuan

　　收到服务器流量报警，说两个服务器的流量超出预警值，而且具有周期性，于是到服务器上分析，看看到底是哪个进程在捣蛋
　　通过对服务器的端口流量分析，发现是两个服务器之间的redis在不停的MS同步，我们每个redis有2G多大，难怪流量超了，于是检查为什么redis在不停的同步，查看了redis的日志。显示有



[9580] 27 Feb 22:40:21 # Failed trying to rename the temp DB into dump.rdb in MASTER  SLAVE synchronization: Invalid cross-device link
[9580] 27 Feb 22:40:21 * Connecting to MASTER...
[9580] 27 Feb 22:40:21 * MASTER  SLAVE sync started
[9580] 27 Feb 22:40:21 * Non blocking connect for SYNC fired the event.
[9580] 27 Feb 22:40:22 * MASTER  SLAVE sync: receiving 67230776 bytes from master
　　这里最关键的就是 Invalid cross-device link 这句话了，在linux服务器上，这句话是说文件不允许跨分区建立硬链接，说明这里在rename rdb文件的过程中发生了跨区硬链接的行为，于是google了一下，发现有如下解说




rdb是redis支持的一种持久化方式，在进行rdb dump时，redis直接将内存中的所有数据写到磁盘的文件上，以实现持久化。以下三种情况会使用rdb dump：
通过save/bgsave命令保存数据
满足配置文件中的save指令条件触发持久化操作
Slave初始连接上Master时，Master会dump一份数据，传输给从库。
rdb有个隐蔽的问题需要注意，就是Redis的工作路径和配置的rdb dump文件的路径必须在同一个硬盘分区上。如果处在不同的分区，所有这些需要使用rdb dump的操作都会失败。
这个问题的产生是由于redis处理dump文件的方式。redis会先把内存中的数据dump到临时文件，在dump完成之后，再从临时文件建立一个硬链接到指定的rdb文件保存位置。
redis使用这样的操作以避免出现未完成的dump文件的情况
临时文件使用的是redis的工作路径，如果没有修改redis配置文件中的dir配置项，这个工作路径也就是启动redis所在的路径。
如果工作路径和rdb文件保存路径不在同一个分区上，那么rdb dump操作就会在建立硬链接的时候失败。
　　检查redis配置，发现确实是 rdb文件配置(dbfilename)和工作目录配置(dir) 放在了不同分区引起，估计是安装人员没有注意
　　修改配置，重启redis，工作正常。