Redis之前的思考笔记

预分片(数据迁移的方式基于当前使用爹redis2.0+的版本 3.0+服务端可以自动分片和迁移)

我们已经知道分片存在的一个问题，除非我们使用 Redis 作为缓存，增加和删除节点是一件很棘手的事情，使用固定的键和实例映射要简单得多。

然而，数据存储的需求可能一直在变化。今天我可以接受 10 个 Redis 节点(实例)，但是明天我可能就需要 50 个节点。

因为Redis 只有相当少的内存占用(footprint)而且轻量级(一个空闲的实例只是用 1MB 内存)，一个简单的解决办法是一开始就开启很多的实例。即使你一开始只有一台服务器，你也可以在第一天就决定生活在分布式的世界里，使用分片来运行多个 Redis 实例在一台服务器上。

你一开始就可以选择很多数量的实例。例如，32 或者 64 个实例能满足大多数的用户，并且为未来的增长提供足够的空间。

这样，当你的数据存储需要增长，你需要更多的 Redis 服务器，你要做的就是简单地将实例从一台服务器移动到另外一台。当你新添加了第一台服务器，你就需要把一半的 Redis 实例从第一台服务器搬到第二台，如此等等。

使用Redis 复制，你就可以在很小或者根本不需要停机时间内完成移动数据：

在你的新服务器上启动一个空实例。

移动数据，配置新实例为源实例的从服务。

停止你的客户端。

更新被移动实例的服务器 IP 地址配置。

向新服务器上的从节点发送 SLAVEOF NO ONE 命令。

以新的更新配置启动你的客户端。

最后关闭掉旧服务器上不再使用的实例。

redis客户端和服务端分片两种方式：

3.0以下没有服务端分片，一般使用Java shardjedis客户端进行分片，如果需要扩展节点，需要重新使用工具进行重新处理数据之后导入处理；(2.0+的客户端分片算法可以参看前面的笔记)

3.0以上服务端分片，增加节点，可以出发命令，服务端自动进行数据的分片处理。

redis批量脚本导入功能，可以考虑作为数据迁移使用

---

cat redis_commands.txt | redis-cli -h10.31.11.190 -p 5416 -a nn5oqo93 --pipe

---

 redis_commands.tx为redis的命令行  （无需所谓的转换成redisProtocol）

---

set name0 hellowworld

set name1 hellowworld

set name2 hellowworld

set name3 hellowworld

set name4 hellowworld

---

 防刷控制可以使用setnx控制代码块，注意设置失效时间，否则异常redis无法删除的场景导致功能不可用

---

   ucRedisDao.setnx(openidLock, "1",60);(使用分布式锁)

   ucRedisDao.del(openidLock);

redis事物控制：

redis >MULTI OK

redis > SET "username"

"bugall"

QUEUED

redis > SET "password"161616

QUEUED

redis > GET "username"

redis >EXEC

1) ok 2) "bugall" 3) "bugall"

事务中不能有失败的情况，失败了就无法回滚

redis> MULTI

OK

redis > GET

(error) ERR wrong number of arguments for 'get' command

redis > GET username

QUEUED

redis > EXEC

(error) EXECABORT Transaction discarded because of previous errors

---

redis的事务和传统的关系型数据库事务的最大区别在于,redis不支持事务的回滚机制,即使事务队列中的某个命令在执行期间出现错误,整个事务也会继续执行下去,直到将事务队列中的所有命令都执行完毕为止