本文目录一览：
- 1、linuxredis.pid文件过大
- 2、Redis随笔-rename效率问题
- 3、玩转Redis的高可用(主从、哨兵、集群)
2、GB 。根据查询相关公开信息显示，linuxredis默认内存，不设置最大内存大小或者设置最大内存大小为0 ， 在64位操作系统下不限制内存大小 ， 在32位操作系统下最多3GB内存 。
3、通过Redis做一个计数器 每读取一行记录数值，即使服务终止后，先从Redis读取这个数值 再通过cat指定行数开始读数据即可 。通过取模拆Key 分片到不同小Key存储，降低单个节点存储压力，也充分利用了存储资源 。
4、linux系统中/var/run/目录下的*.pid文件是一个文本文件，其内容只有一行，即某个进程的PID 。
Redis随笔-rename效率问题1、rename 是redis中给key重命名命令，rename key newkey 的意思就是将key重命名为newkey 。
2、命令：RENAME key newkey 键重命名 。如果键不存在会报错 。重命名会执行键的删除操作，因此在键存储的value比较大时，要谨慎使用 。
3、Redis 是由意大利人Salvatore Sanfilippo（网名：antirez）开发的一款内存高速缓存数据库 。
4、提高效率的解决方案 因此，通过上面我们就可以知道key值存储对应的reids集群的节点，因此我们可以做以下处理：将你所需要的key按照槽的值进行分批 ， 用单点连接的形式连接到某个redis节点上 ， 批量取处于同一个节点上的key 。
玩转Redis的高可用(主从、哨兵、集群)Redis主从复制是指在一个Redis集群中 ， 将一个Redis节点作为主节点，其余的Redis节点作为从节点 。主节点负责写入数据，从节点负责读取数据 。
哨兵模式解决了故障不能自动恢复的问题 ， 但仍存在的问题是：Redis较难支持在线扩容，对于集群，容量达到上限时在线 扩容会变得很复杂。
Redis的哨兵机制就是解决主从复制存在缺陷（选举问题），解决问题保证我们的Redis高可用，实现自动化故障发现与故障转移 。要使用哨兵机制 ， 除了启动Redis服务以外，还要启动哨兵服务来进行监控，会介绍详细步骤 。
redis高可用：如果你做主从架构部署，其实就是加上哨兵就可以了，就可以实现，任何一个实例宕机，自动会进行主备切换 。
原理：当主节点出现故障时，由Redis Sentinel自动完成故障发现和转移，并通知应用方，实现高可用性 。
这个哨兵模式才稳定下来，无论是主从模式，还是哨兵模式 ， 这两个模式都有一个问题 ， 不能水平扩容，并且这两个模式的高可用特性都会受到Master主节点内存的限制 。
