概述：

为了降低各系统的耦合度，后面redis根据应用域名进行分区存储，各应用使用各自的redis。老的redis保留，兼容老的应用程序。

命名规范：“域:业务:功能:特性”

“域:业务”是必须有的，“功能:特性”是扩展字段

以宝筹项目为例：存储商品id为1的买5交易数据，key为“baochou:trade:buy5:1”；用户还在委托中的单子数量，key为 “baochou:trade:pending:2015-01-26_102661_1”

各应用可以提供一个命名的帮助类，核心方法如下：

//key分隔符

public final static String REDIS_NAMESPACE_SEPARATOR = ":";

//静态key部分

public final static String REDIS_KEY_USER="user:register:id";

//动态key生成方法

@Override
public String generateCacheKey(String namespace, Object... keys) {
StringBuffer out=new StringBuffer();
out.append(namespace);
out.append(REDIS_NAMESPACE_SEPARATOR);
for(int i=0;i<keys.length;i++){
out.append(keys[i]);
if(i!=keys.length-1){
out.append("_“）；
}
}
return out.toString();
}

例如：“baochou:trade:pending:2015-01-26_102661_1”，“baochou:trade:pending“即为namespace，”2015-01-26_102661_1“为“日期_用户id_商品id”，整个key描述了“用户某天某个商品的正在委托中的数量”

目前整理的业务应用：

各业务后面提供单独的redis

后台：backoffice & 前台www & 接口m
gamepay & 订单order （目前未用reds）
bizorder （微商订单，目前用的qianbao redis）
宝筹：bc & bcbo 宝筹后台
商品goods & goodsba
im
leipai
用户user
登陆passport
拍卖paimai & pmba 拍卖后台
qhb 抢红包
t 有票 & ticketbo 有票后台
tpush 有票推送

现在的应用中有同一redis实例中跨应用使用同一key的情况，后面分应用存储以后，坚决杜绝此情况，有跨应用使用的情况，请提供http接口。

各业务redis key查询列表：

各业务自己添加，表头两项：“key名称” “key含义”，例如：

key名称

key含义

baochou:trade:buy5:1	存储商品id为1的买5交易数据
baochou:trade:pending:2015-01-26_102661_1	用户某天某个商品的正在委托中的数量

Keys	KEYS
	MIGRATE
	MOVE
	OBJECT
	RANDOMKEY
	RENAME
	RENAMENX
	SCAN

Strings	BITOP
	MSETNX

Lists	BLPOP
	BRPOP
	BRPOPLPUSH

Pub/Sub	PSUBSCRIBE
	PUBLISH
	PUNSUBSCRIBE
	SUBSCRIBE
	UNSUBSCRIBE

Transactions	DISCARD
	EXEC
	MULTI
	UNWATCH
	WATCH

Scripting	SCRIPT

Server	BGREWRITEAOF
	BGSAVE
	CLIENT
	CONFIG
	DBSIZE
	DEBUG
	FLUSHALL
	FLUSHDB
	LASTSAVE
	MONITOR
	RESTORE
	SAVE
	SHUTDOWN
	SLAVEOF
	SLOWLOG
	SYNC
	TIME

Codis Slot	SLOTSCHECK
	SLOTSDEL
	SLOTSINFO
	SLOTSMGRTONE
	SLOTSMGRTSLOT
	SLOTSMGRTTAGONE
	SLOTSMGRTTAGSLOT

codis -- redis集群解决方案

概述：

命名规范：“域:业务:功能:特性”

各应用可以提供一个命名的帮助类，核心方法如下：

目前整理的业务应用：

各业务redis key查询列表：

猜你喜欢