您的位置:首页 > 数据库 > Redis

[NoSQL]验证redis的主从复制

2015-02-03 22:08 274 查看
安装配置redis /article/6308348.html

1.1查看当前redis文件



1.2修改配置文件

拷贝配置文件分别为redis_master.conf和redis_slave.conf:



查看redis_master.conf的当前端口配置:



修改redis_slave.conf的配置:





1.3启动主从redis服务





1.4主从复制测试

登陆到master服务:



登陆到slave服务,从slave服务查看我们在master服务里放入的值能否在slave服务得到,如果能够得到,则证明配置的主从复制成功。



经过在slave服务测试,我们得到了key的值,说明redis主从复制成功。

##===========================================

如果使用redis做购物篮分析,就是记录超市或电子商务网站,每次顾客购物时他的购物车里有什么货品,然后计算出买某件货品(比如牛奶)的顾客,他的购物车里还有什么其它货物(比如鸡蛋)频繁出现,一次改善货架设计和推荐系统。

要求:1)给出数据模型设计 2)redis是否适合解决这类问题?给出你的见解。

2.1数据库模型设计

2.1.1顾客的设计

使用HASH表示顾客,其中 client:1001为第1个顾客的HASH名、其中里面存了名字、性别、年龄三个键。



添加第2位顾客:



添加第3位顾客:



2.1.2商品的设计

对商品的表示我们也将采用HASH的方式:



2.1.3 购物车的设计

需要为每名顾客设计一个购物车,顾客与购物车是1对1的关系。

第1个顾客的购物车,client:1001:bashet的商品及数量:



第2个顾客的购物车商品及数量:



第3个顾客的购物车商品及数量:



2.1.4商品与顾客的对应

这里我们将采用集合的方式:



2.2实现具体需求

2.2.1查看购物车有什么物品

分别查看三个购物车的物品:



2.2.2计算出买某件物品的顾客



同时购买鸡蛋、牛奶、啤酒的人:



2.2.3商品销售排行推荐给客户



2.3 redis是否适合解决这类问题

redis的适用场景更多的是作为mecached的替代者使用,他与mencached的适用场景类似,适合应对互联网系统中那种高并发、快速响应的要求,一般在小数据量的时候,适用高速读写访问;在大数据量时,适合缓解对热点数据的访问。针对电子商务中网站,各中商品的数据量会很大,针对某一时期的热销商品,可能用户的访问量就会很多,就会造成一部分热点数据,对热销商品的访问可以放在redis中去解决,提高用户的查询速度,又由于商务网站的购物车数据是需要频繁数据交换,用户操作的热点也在这里,所以更适合使用redis来处理这部分数据,另外redis处理集合及HASH数据的能力也是适用于购物车的场景的关键,在reids里,可以把购物车看成一个集合或HASH,可以减少应用级别的处理。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: