Redis简介

是以key-value形式存储，和传统的关系型数据库不一样，不一定遵循传统数据库的一些基本要求（非关系型的、分布式的、开源的、水平可扩展的）

 

优点：

对数据高并发读写（原因：内存级别读写）

对海量数据的高效率存储和访问

对数据的可扩展和高可用性

 

缺点：

Redis（ACID处理非常简单）无法做到太复杂的关系数据库模型

 

Redis是以key-value store存储，data structure service数据结构服务器。键可以包含：(string)字符串，哈希，(list)链表，(set)集合，(zset)有序集合。这些数据集合都支持push/pop、add/remove及取交集和并集以及更丰富的操作，Redis支持各种不同的方式排序，为了保证效率，数据都是缓存在内存中，它也可以周期性的把更新的数据写入磁盘或者把修改操作写入追加到文件里。

 

Redis作持久化有两种：RDB和AOF

Redis服务器中数据，一旦掉电，影响数据的可靠性。同步到硬盘上，保证数据不丢失。

RDB：周期性的把内存中的数据同步到指定机器的硬盘上。

AOF：类似Oracle的undo概念。只要执行DML持久化写操作，就会把持久化写操作写在日志里。实时记录。服务器掉电后，直接从日志文件查出来做了什么操作。

Redis面向互联网提供了三种策略

1. 主从形式

有一台主节点，另外两台从节点。只有一台可写，另外两台高并发可读的节点。类似MySQL的读写分离，主节点挂了，整个集群不可用。

2. 哨兵形式，三个节点，衍生出第四个节点，启动Redis提供的脚本程序，还有一个哨兵节点，可以把哨兵节点部署到这一台新服务器上，来监控三台服务器的状态。当主节点一旦挂了，哨兵程序起到作用了，集群内部进行一个选举，在从节点中进行一个选举，性能高，把指定的某一台机器升级为主节点。实现高可用，下次主节点修复好了，可以作为从节点。实现了主从切换。Redis2.X实现了集群的高可用。但缺点：主从数据一致，这时无法做分布式的数据库。

3. 集群模式：Redis3.X支持多主多从，主1，主2，主3，分别每个主节点下面有多个从节点。实现了高可用，一台机器挂了，可以把数据转移到其它机器。同时实现了数据的分布，把数据均摊到了3个主节点，水平扩展。可以任意切割。

 

Redis与Memcache

redis不是靠单点的性能去体现效果，大业务。memcached更倾向于单点，如做一个缓存，官网强调多实例，启动多个实例。Redis，实例串行执行。memecached并行执行。同一时间，来了两条数据，Redis串行执行，需要double time，memcached并行执行。

场景：用Redis进行大量写操作会造成速度降低

原因：开启AOF，造成了每条写操作都记录日志，会导致性能降低。

设计：增加主节点，进行写操作。或者和ssdb数据库进行技术结合，完成业务需求。

解决高并发，是需要技术，业务，前后台，等等技术的完美解决方案。

前端加Nginx，或者在前端再加一个lvs，keepalive，Nginx下又挂了两个Nginx，每个都有单独的域名，一个是购物车系统域名，技术加业务拆分系统，给系统降压。对于URL做了一些访问限制。做一些流量的控制。java代码里面做高并发处理，加一些高并发容器和判断。最重要的瓶颈，在后台。后端指的是数据库瓶颈。前端再负载均衡，后端总访问一台服务器，数据库是瓶颈。前端层，java层，业务，数据库层。数据库层措施：水平分表分库，定时job做一些缓冲，做一些主从，做一些策略，缓存。缓存主要为了给关系型数据库降压。性能快，降压。对有些数据，不走数据库，把数据存在缓存中，直接从缓存中读取，不走jdbc。