redis切换数据库 redis切换主从

如何查询redis存储的所有数据

这种高并发的场景，是当请求达到的时候，直接在Redis上读写，请求不会访问到数据库；程序会在合适的时间，比如一千件库存都被秒杀，再将数据批量写到目前想到的原因有这几方面。数据库中。

通过 keys 查看所有的3、用redis好处：数据存储在内存中，读写速度快；支持的数据类型资源丰富；支持事务，作都是原子性作；可以设置数据存活的生命周期。 key，想要释放掉的话可以删除Key来释放，

redis切换数据库 redis切换主从

redis切换数据库 redis切换主从

redis切换数据库 redis切换主从

删除单个：del key

为何Redis用乐观锁，而MySQL数据库却没有

2、消息队列

简单来说，Redis使用乐观锁，相对于悲观锁，在实现中更加简单，在某些场景中的性能也更好。Redis作为一4、Set个轻量级的、快速的缓存引擎，而不是一个全功能的关系型数据库，既没有使用悲观锁的必要，也难以承受使用悲观锁的成本。

详细来说，要深入到Redis和MySQL的事务处理机制。Redis关于事务的文档见此：

Transactions（事务）

Redis对于事务只提供了非常有限的支持，其实更多地是试图绕过问题。

首先，Redis对于同一事务中的一组作，而不是立即执行，而是放入一个queue中，当执行到EXEC时，再一起执行。事务执行是全局独占的，也就是同一时间只有一个事务被执行，中途不能被其它事务打断。Redis用这种最简单的、也是性能最的方式避免了race condition。

其次，在Redis的事务中，如果有一个或多个作失败，其它作仍然会成功，也就是说它根本没有回滚机制。

这种方式会带来很多的问题，其中之一是，无法先读取某个数值后再进行依赖这个值的作，因为放在一个事务里会被在同一个瞬间执行，不放在同一个事务里又会导致race condition。解决方法是使用WATCH，它会监视一个或多个变量，如果变量的值在调用WATCH以后和事务提交之前被别的事务修改过了，整个事务都会失败。这类似于作系统中的CAS（Compare and Set）。我不知道WATCH具体是怎么实现的，但是我推测它了指定变量的版本号。

MySQL中的MVCC机制（Oracle的也是），通过undo 日志来获取某个行记录的历史快照，从而实现了所谓的读一致性。它的目的是读取某个时间点上的历史数据（而不是可能已经被修改了的数据），而不是避免悲观锁的使用。严格地说这不能称之为乐观锁，因为它既不Compare当前版本和历史版本，也不进行Set。事实上，在读取记录的历史快照时，当前记录有可能（由于并发的写作）已经被加上独占锁。

进一步的问题是：有没有可能使用乐观锁来实现RDBMS中的写一致性？有没有可能使用乐观锁实现完整的ACID特性？

回答是可以。例如，MS SQL SERVER的Hekaton引擎通过一套基于时间戳的多版本管理系统，实现了不使用了悲观锁的ACID。

但是，这并不意味着乐观锁必然优于悲观锁。除了维护多版本的开销以外，乐观锁无法避免的一个问题是，当多个写作试图更新同一个对象时，只有个作可以成功，其它的作都会在Compare时失败然后回滚，从而造成极大的性能问题。在这种情况下，乐观锁的性能会低于悲观锁。

目前的趋势似乎是，大规模的分布式数据库更倾向于使用乐观锁来达到所谓的external consistency，因为基于传统悲观锁的分布式锁在集群大到一定程度以后（从几百台扩展到成千上万台时），性能开销就大得无法接受了。Goo关系型数据库是必不可少的，因为只有关系型数据库才能提供给你各种各样的查询方式。如果有一系列的数据会频繁的查询，那么就用redis进行非持久化的存储，以供查询使用，是解决并发性能问题的其中一个手段gle的Spanner就是基于乐观锁。当然这完全是另外一个问题了。

redis一般存储什么类型数据

string

Redis是一个开源的底层使用C语言编写的key-value存储数据库。可用于缓存、发布、高速队列等场景。而且支持丰富的数据类型：string(字符串)、hash(哈希)、list(列表)、set(无序)、zset(sorted set：有序)

Redis在项目中的应用场景

1、缓存数据

最常用，对经常需要查询且变动不是很频繁的数据 常称作热点数据。

相当于消息系统，比如ActiveMQ、RocketMQ。如果对数据有较高一致性要求时，还是建议使用MQ)

3、计数器value是一个map，这个map的key是成员的属性名，value是属性值，这样对数据的修改和存取都可以直接通过其内部map的key(redis里称内部map的key为field),

比如统计点击率、点赞率，redis具有原子性，可以避免并发问题

大型电商平台初始化页面数据的缓存。比如去哪儿买机票的时候首页的价格和你点进去的价格会有异。

5、热点数据

比如网站实时热点、微博热搜等，需要频繁更新。总数据量比较大的时候直接从数据库查询会影响性能

Redis数据类型的应用场景

前面提到了Redis支持五种丰富的数据类型，那么在不同场景下我们该怎么选择呢？

1、String

字符串是最常用的数据类型，他能够存储任何类型的字符串，当然也包括二进制、JSON化的对象、甚至是base64编码之后的。在Redis中一个字符串的容量为512MB，可以说是无所不能了。

2、Hash

常用作存储结构化数据、比如系统中可以用来存储用户的Id、昵称、头像、积分等信息。如果需要修改其中的信息，只需要通过Key取出Value进行反序列化修改某一项的值，再序列化存储到Redis中，Hash结构存储，由于Hash结构会在单个Hash元素在不足一定数量时进行压缩存储，所以可以大量节约内存。这一点在String结构里是不存在的。

3、List

List的实现为一个双向链表，即可以支持反向查找和遍历，更方便作，不过带来了部分额外的内存开销，Redis 内部的很多实现，包括发送缓冲队列等也都是用的这个数据结构。另外，可以利用 lrange 命令，做基于 Redis 的分页功能，性能，用户体验好。

5、Sort Set

可以按照某个条件的权重进行排序，比如可以通过点击数做出排行榜的数据应用。

Redis特点：

1、Redis是纯内存作，需要的时候需要我们手动持久化到硬盘中

3、Redis数据结构简单、对数据的作也比较简单

4、使用底层模型不同，它们之间底层实现方式以及与客户端之间通信的"456"这样的字符串。应用协议不一样，Redis直接自己构建了VM 机制 ，因为一般的系统调用系统函数的话，会浪费一定的时间去移动和请求

5、使用多路I/O复用模型，非阻塞I/O

什么是kv数据库

这里同时需要注意，redis提供了接口(hgetall)可以直接取到全部的属性数据,但是如果内部map的成员很多，那么涉及到遍历整个内部map的

Key-value数据库代表的有redis，Redis是一个Key-Value存储系统。和Memcached类似，它支持存储的value类型相对更多，包括string(字符串)、list(链表)、set()和zset(有序)。

缓存就是数据交换的缓冲区（cache），当浏览器执行请求时，首先会对在缓存中进行查找，如果存在，就获取；否则就访问数据库。

另外redis是一种内存型的数据库，所以可以对外提供很好地读写作，但是同样也暴露出内存占用高，数据持久化不易等问题。

扩展资料

key-value数据库的优点（以redis为例）：

2、相比于其他键值数据库，Redis有相对丰富的数据结构。

32、Redis是单线程，从而避开了多线程中上下文频繁切换的作。、Redis可以将数据到任意数量的从机中。

5、快。每秒可以执行大约110000次设置(set)作，每秒大约可执行81000次读取(get)作.

6、支持丰富的数据类型。Redis有5种数据类型。

7、作具有原子性。所有Redis作都是原子作，这确保了两个客户端并发访问，Redis能接收更新的值。

8、多实用工具。Redis可用于多种用例，如：缓存，消息队列(支持发布和)，应用程序中的任何短期数据，如：session等。

怎么向redis数据库中同时插入不同类型的数据

我们经常采用这样的方式将数据刷到Redis中：查询的请求过来，现在Redis中查询，如果查询不到，就查询数据库拿到数据，再放到缓存中，这样第二次相同的查询请求过来，就可以直接在Redis中拿到数据；不过要注意【缓存穿透】的问题。

redis开创了一种新的数据存储思路，使用redis，我们不用在面对功能单调的数据库时，把精力放在如何把大象放进冰箱这样的问题上，而是利用redis灵活多变的数据结构和数据作，为不同的大象构建不同的冰箱。

kv数据库是指Key-value数据库，是一种以键值对存储数据的一种数据库，类似ja中的map。可以将整个数据库理解为一个大的map，每个键都会对应一个的值。

redis常用数据类型

从类型上来说，mysql是关系型数据库，redis是缓存数据库

redis最为常用的数据类型主要有以下五种：

hash

list

sorted set

在具体描述这几种数据类型之前，我们先通过一张图了解下redis内部内存管理中是如何描述这些不同数据类型的：

首先redis内部使用一个redisobject对象来表示所有的key和value,redisobject最主要的信息如上图所示：type代表一

个value对象具体是何种数据类型，encoding是不同数据类型在redis内部的存储方式，比如：type=string代表value存储的是

一个普通字符串，那么对应的encoding可以是raw或者是int,如果是int则代表实际redis内部是按数值型类存储和表示这个字符串的，当然

前提是这个字符串本身可以用数值表示，比如:"123"

上图我们可以发现redis使用redisobject来表示所有的key/value数据是比较浪费内存的，当然这些内存管理成本的付出主要也是为了给

redis不同数据类型提供一个统一的管理接口，实际作者也提供了多种方法帮助我们尽量节省内存使用，我们随后会具体讨论。

下面我们先来逐一的分析下这五种数据类型的使用和内部实现方式：

常用命令：

set,get,decr,incr,mget 等。

应用场景：

string是最常用的一种数据类型，普通的key/value存储都可以归为此类，这里就不所做解释了。

实现方式：

string在redis内部存储默认就是一个字符串，被redisobject所引用，当遇到incr,decr等作时会转成数值型进行计算，此时redisobject的encoding字段为int。

hash

常用命令：

hget,hset,hgetall 等。

应用场景：

用户id为查找的key，存储的value用户对象包含姓名，年龄，生日等信息，如果用普通的key/value结构来存储，主要有以下2种存储方式：

那么redis提供的hash很好的解决了这个问题，redis的hash实际是内部存储的value为一个hashmap，并提供了直接存取这个map成员的接口，如下图：

也就是说，key仍然是用户id,

也就是通过 key(用户id) + field(属性标签)

就可以作对应属性数据了，既不需要重复存储数据，也不会带来序列化和并发修改控制的问题。很好的解决了问题。

作，由于redis单线程模型的缘故，这个遍历作可能会比较耗时，而另其它客户端的请求完全不响应，这点需要格外注意。

实现方式：

上面已经说到redis

hash对应value内部实际就是一个hashmap，实际这里会有2种不同实现，这个hash的成员比较少时redis为了节省内存会采用类似一维数组的方式来紧凑存储，而不会采用真正的hashmap结构，对应的value

redisobject的encoding为zipmap,当成员数量增大时会自动转成真正的hashmap,此时encoding为ht。

list

常用命令：

lpush,rpush,lpop,rpop,lrange等。

应用场景：

redis

list的应用场景非常多，也是redis最重要的数据结构之一，比如twitter的关注列表，粉丝列表等都可以用redis的list结构来实现，比较好理解，这里不再重复。

实现方式：

redis

list的实现为一个双向链表，即可以支持反向查找和遍历，更方便作，不过带来了部分额外的内存开销，redis内部的很多实现，包括发送缓冲队列等也都是用的这个数据结构。

常用命令：

sadd,spop,embers,sunion 等。

应用场景：

redis

set对外提供的功能与list类似是一个列表的功能，特殊之处在于set是可以自动排重的，当你需要存储一个列表数据，又不希望出现重复数据时，set是一个很好的选择，并且set提供了判断某个成员是否在一个set内的重要接口，这个也是list所不能提供的。

实现方式：

set 的内部实现是一个

value永远为null的hashmap，实际就是通过计算hash的方式来快速排重的，这也是set能提供判断一个成员是否在内的原因。

sorted set

常用命令：

zadd,zrange,zrem,zcard等

使用场景：

redis sorted set的使用场景与set类似，区别是set不是自动有序的，而sorted

set可以通过用户额外提供一个优先级(score)的参数来为成员排序，并且是插入有序的，即自动排序。当你需要一个有序的并且不重复的列表，那么可以选择sorted

set数据结构，比如twitter 的public

redis在什么情况下使用

高并发的场景很适合使用Redis，比如双11秒杀，库存一共就一千件，到了秒杀的时间，通常会在极为短暂的时间内，有数万级的请求达到，如果使用数据库的话，很可能在这一瞬间造成数据库的崩溃，所以通常会使用Redis（秒杀的场景会比较复杂，Redis只是其中之一，例如如果请求超过某个数量的时候，多余的请求就会被限流）。

常见的说法是，有N多热点数据，又是临时用一下，又想提高并发速度，吞吐量，那就可以考虑，如淘宝的节日的销售活动。提前把数据准备好，活动完后失效。

我的看法，有足够多的内存，第二种方法是这个用户信息对象有多少成员就存成多少个key-value对儿，用用户id+对应属性的名称作为标识来取得对应属性的值，虽然省去了序列化开销和并发问题，但是用户id为重复存储，如果存在大量这样的数据，内存浪费还是非常可观的。我又想让系统极快。就可以把redis当数据库用，redis可以缓存数据，但是这些数据要小它是redis的最基本的数据类型，一个键对应一个值，需要注意是一个键值存储512MB。于能使用的内存量。小点的项目比较适合，过这事。

接口级别缓存一定量网络请求数据，省去自己设计的缓存不安全，不完善的麻烦。比如开发微网站：要缓存的微信的认证串，用户认证数据。cookie，session等。我同样干过这事，跟第二段一起做的。前提是数据量适中，现有机器配置，可以5年以上不出问题。

还有人会结合mysql或oracle使用，缓存用户查询的数据。对小项目我个人以为没必要的。大项目功能如点。在小项目中，mysql或oracle自己就可以把所有的表、数据等直接加载到内存中。数据预热后，访问效率一点不。秒以内可以从2000W以上的数据中找出REGEXP写的查询。我同样也干过这事。多线程+mysql全部加载到内存+查询结果合并不会超过1秒。2秒以内把查询结果展现出来。

总之redis不是大项目的专利，看你能想到什么地方，就能用到什么地方。使用redis的根本出发点是快+高并发。

Redis和关系型数据库的主要区别，体现在哪些方面？

redis-cli 中。 使用命令 Keyspace 查看存储数据的相关信息。

数据存储方式不同：Redis是基于内存的数据库，而关系型数据库通常是基于磁盘的。Redis的数据存储在内存中，因此读写速度非常快，但是容量受到内存大小的限制；而关系型数据库通常将数据存储在磁盘中，因此读写速度较慢，但是容量可以扩展到很大。

数据结构不同：Redis4、电商网站信息支持多种数据结构，如字符串、哈希表、列表、和有序等；而关系型数据库通常只支持表格结构。

数据rediss://[:password]@host:port/db库应用场景不同：Redis主要用于缓存、队列、计数器等，而关系型数据库主要用于存储关系型数据。

数据库的性能不同：Redis的读写性能非常高，因为它使用的是内存存储，而且支持多种数据结构；而关系型数据库的读写性能相对较低，因为它需要通过磁盘进行数据读写，并且数据结构比较单一。

总之，Redis和关系型数据库各有优缺点，应根据应用场景的需求选择适合的数据库。

Linux里面可以用redis代替mysql吗?

大多数的关系型数据库都是付费的并且价格昂贵，成本较大（MySQL是开源的，所以应用的场景最多），而Nosql数据库通常都是开源的。

1、redis可以作为存储的扩展部分，但是不能直接替换掉mysql。redis对事务的支持还是比较简单的。但是redis的性能和扩展性比较好，使用起来比较方便。

2、不会的。只能是一种互补。redis把数据存在内存里读的速度首先要知道mysql存储在磁盘里，redis存储在内存里，redis既可以用来做持久存储，也可以做缓存，而目前大多数公司的存储都是mysql + redis，mysql作为主存储，redis作为辅助存储被用作缓存，加快访问读取的速度，提高性能。快，但内存空间小。mysql是存放在硬盘上的。数据大。但是读硬盘肯定比读内存慢。

3、所以通常来说，在必要的时候引入Redis，可以减少MySQL(或其他)数据库的压力，两者不是替代的关系。我将持续分享Ja开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。Redis和MySQL的应用场景是不同的。

4、开发MariaDB数据库的目的是完全兼容MySQL数据库，包括API和命令行，使之能轻松的成为MySQL的代例如facebook，使用Memcached来作为其会话缓存。替品。在存储引擎方面，使用XtraDB来代替MySQL的InnoDB。SQLserver数据库SQLserver是微软公司开发的大型关系型数据库系统。

数据多的时候为什么要使用redis而不用mysql？

说到底redis还是一个key-value的数据库，不管它支持多少种数据结构，最终存储的还是以key-value的方式，只不过value可以是链表，set，sorted set，hash table等。和memcached一样，所有的key都是string，而set，sorted set，hash table等具体存储的时候也用到了string。 而c没有现成的string，所以redis的首要任务就是实现一个string，取名叫sds（ dynamic string），如下的代码， 非常简单的一个结构体，len存储改string的内存总长度，free表示还有多少字节没有使用，而buf存储具体的数据，显然len-free就是目前字符串的长度。

通常来说，当数据多、并发量大的时候，架构中可以引入Redis，帮助提升架构的整体性能，减少Mysql(或其他数据库)的压力，但不是使用Redis，就不用MySQL。

可以安装一些工具软件进行查看维护redis数据，例如：treesoft之类的

因为Redis的性能十分优越，可以支持每秒十几万此的读/写作，并且它还支持持久化、集群部署、分布式、主从同步等，Redis在高并发的场景下数据的安全和一致性，所以它经常用于两个场景：

判断数据是否适合缓存到Redis中，可以从几个方面考虑： 会经常查询么？命中率如何？写作多么？数据大小？

缓存的刷新会比较复杂，通常是修改完数据库之后，还需要对Redis中的数据进行作；代码很简单，但是需要保证这两步为同一事务，或最终的事务一致性。

高速读写

常见的就是计数器，比如一篇文章的阅读量，不可能每一次阅读就在数据库里面update一次。

所以通常来说，在必要的时候引入Redis，可以减少MySQL（或其他）数据库的压力，两者不是替代的关系 。

我将持续分享Ja开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。

Redis和MySQL的应用场景是不同的。

通常来说，没有说用Redis就不用MySQL的这种情况。

因为Redis是一种非关系型数据库（NoSQL），而MySQL是一种关系型数据库。

和Redis同类的数据库还有MongoDB和Memchache（其实并没有持久化数据）

那关系型数据库现在常用的一般有MySQL，SQL ，Oracle。

我们先来了解一下关系型数据库和非关系型数据库的区别吧。

1.存储方式

关系型数据库是表格式的，因此存储在表的行和列中。他们之间很容易关联协作存储，提取数据很方便。而Nosql数据库则与其相反，他是大块的组合在一起。通常存储在数据集中，就像文档、键值对或者图结构。

2.存储结构

关系型数据库对应的是结构化数据，数据表都预先定义了结构（列的定义），结构描述了数据的形式和内容。这一点对数据建模至关重要，虽然预定义结构带来了可靠性和稳定性，但是修改这些数据比较困难。而Nosql数据库基于动态结构，使用与非结构化数据。因为Nosql数据库是动态结构，可以很容易适应数据类型和结构的变化。

3.存储规范

关系型数据库的数据存储为了更高的规范性，把数据分割为最小的关系表以避免重复，获得精简的空间利用。虽然管理起来很清晰，但是单个作设计到多张表的时候，数据管理就显得有点麻烦。而Nosql数据存储在平面数据集中，数据经常可能会重复。单个数据库很少被分隔开，而是存储成了一个整体，这样整块数据更加便于读写

4.存储扩展

5.查询方式

关系型数据库通过结构化查询语言来作数据库（就是我们通常说的SQL）。SQL支持数据库CURD作的功能非常强大，是业界的标准用法。而Nosql查询以块为单元作数据，使用的是非结构化查询语言（UnQl），它是没有标准的。关系型数据库表中主键的概念对应Nosql中存储文档的ID。关系型数据库使用预定义优化方式（比如索引）来加快查询作，而Nosql更简单更的数据访问模式。

6.事务

关系型数据库遵循ACID规则（原子性(Atomicity)、一致性(Consistency)、隔离性(Isolation)、持久性(Durability)），而Nosql数据库遵循BASE原则（基本可用（Basically Availble）、软/柔性事务（Soft-state ）、最终一致性（Eventual Consistency））。由于关系型数据库的数据强一致性，所以对事务的支持很好。关系型数据库支持对事务原子性细粒度控制，并且易于回滚事务。而Nosql数据库是在CAP（一致性、可用性、分区容忍度）中任选两项，因为基于的分布式系统中，很难全部满足，所以对事务的支持不是很好，虽然也可以使用事务，但是并不是Nosql的闪光点。

7.性能

关系型数据库为了维护数据的一致性付出了巨大的代价，读写性能比较。在面对高并发读写性能非常，面对海量数据的时候效率非常低。而Nosql存储的格式都是key-value类型的，并且存储在内存中，非常容易存储，而且对于数据的 一致性是 弱要求。Nosql无需sql的解析，提高了读写性能。

所以，在实际的应用环境中，我们一般会使用MySQL存储我们的业务过程中的数据，因为这些数据之间的关系比较复杂，我们常常会需要在查询一个表的数据时候，将其他关系表的数据查询出来，例如，查询某个用户的订单，那至少是需要用户表和订单表的数据。

查询某个商品的销售数据，那可能就会需要用户表，订单表，订单明细表，商品表等等。

而在这样的使用场景中，我们使用Redis来存储的话，也就是KeyValue形式存储的话，其实并不能满足我们的需要。

例如商品的库存信息，我们虽然在MySQL中会有这样的字段，但是我们并不想MySQL的数据库被高频的读写，因为使用这样会导致我的商品表或者库存表IO非常高，从而影响整个体统的效率。

所以，对于这样的数据，且有没有什么复杂逻辑关系（就只是隶属于SKU）的数据，我们就可以放在Redis里面，下单直接在Redis中减掉库存，这样，我们的订单的并发能力就能够提高了。

为什么？

因为redis是内存型数据库啊，是放在内存里的。

设想一下，如你的电脑100G的资料，都用redis来存储，那么你需要100G以上的内存！

使用场景

Redis最明显的用例之一是将其用作缓存。只是保存热数据，或者具有过期的cache。

总之，没有见过哪个大公司数据量大了，换掉mysql用redis的。

题主你错了，不是用redis代替MySQL，而是引入redis来优化。

BAT里越来越多的项目组已经采用了redis+MySQL的架构来开发平台工具。

如题主所说，当数据多的时候，MySQL的查询效率会大打折扣。我们通常默认如果查询的字段包含索引的话，返回是毫秒级别的。但是在实际工作中，我曾经遇到过一张包含10个字段的表，1800万+条数据，当某种场景下，我们不得不根据一个未加索引的字段进行查询的时候，单条sql语句的执行时长有时能够达到2min以上，就更别提如果用like这种模糊查询的话，其效率将会多么低下。

我们最开始是希望能够通过增加索引的方式解决，但是面对千万级别的数据量，我们也不敢贸然加索引，因为一旦数据库hang住，期间的所有数据库写入请求都会被放到等待队列中，如果请求是通过请求发过来从以下几点来介绍一下redis：的，很有可能导致服务发生分钟级别的超时不响应。

经过一番调研，最终敲定的解决方案是引入redis作为缓存。redis具有运行效率高，数据查询速度快，支持多种存储类型以及事务等优势，我们把经常读取，而不经常改动的数据放入redis中，读取这类数据的时候时候，直接与redis通信，极大的缓解了MySQL的压力。

楼主你好，首先纠正下，数据多并不是一定就用Redis，Redis归属于NoSQL数据库中，其特点拥有高性能读写数据速度，主要解决业务效率瓶颈。下面就详细说下Redis的相比MySQL优点。（ 关于Redis详细了解参见我近期文章： ）

读写异常快

Redis非常快，每秒可执行大约10万次的读写速度。

丰富的数据类型

Redis支持丰富的数据类型，有二进制字符串、列表、、排序集和散列等等。这使得Redis很容易被用来解决各种问题，因为我们知道哪些问题可以更好使用地哪些数据类型来处理解决。

原子性

Redis的所有作都是原子作，这确保如果两个客户端并发访问，Redis能接收更新的值。

丰富实用工具 支持异机主从

Redis支持主从的配置，它可以实现主的完全拷贝。

以上为开发者青睐Redis的主要几个可取之处。但是，请注意实际生产环境中企业都是结合Redis和MySQL的特定进行不同应用场景的取舍。 如缓存——热数据、计数器、消息队列（与ActiveMQ，RocketMQ等工具类似）、位作（大数据处理）、分布式锁与单线程机制、列表（如列表页面的列表）以及排行榜等等 可以看见Redis大显身手的场景。可是对于严谨的数据准确度和复杂的关系型应用MySQL等关系型数据库依然不可替。

web应用中一般采用MySQL+Redis的方式，web应用每次先访问Redis，如果没有找到数据，才去访问MySQL。

本质区别

1、mysql：数据放在磁盘 redis：数据放在内存。

使用场景区别

1、mysql支持sql查询，可以实现一些关联的查询以及统计；

2、redis对内存要求比较高，在有限的条件下不能把所有数据都放在redis；

3、mysql偏向于存数据，redis偏向于快速取数据，但redis查询复杂的表关系时不如mysql，所以可以把热门的数据放redis，mysql存基本数据。

mysql的运行机制

mysql作为持久化存储的关系型数据库，相对薄弱的地方在于每次请求访问数据库时，都存在着I/O作，如果反复频繁的访问数据库。：会在反复链接数据库上花费大量时间，从而导致运行效率过慢；第二：反复地访问数据库也会导致数据库的负载过高，那么此时缓存的概念就衍生了出来。

由于Redis的数据都存放在内存中，如果没有配置持久化，redis重启后数据就全丢失了，于是需要开启redis的持久化功能，将数据保存到磁盘上，当redis重启后，可以从磁盘中恢复数据。redis提供两种方式进行持久化，一种是RDB持久化（原理是将Reids在内存中的数据库记录定时dump到磁盘上的RDB持久化），另外一种是AOF（append only file）持久化（原理是将Reids的作日志以追加的方式写入文件）。

redis是放在内存的~！

数据量多少不是选择redis和mysql的准则，因为无论是mysql和redis都可以集群扩展，约束它们的只是硬件(即你有没有那么多钱搭建上千个组成的集群)，我个人觉得数据读取的快慢可能是选择的标准之一，另外工作中往往是两者同是使用，因为mysql存储在硬盘，做持久化存储，而redis存储在内存中做缓存提升效率。

Redis非关系性数据库有什么特点？

但，对于某些没有关联少，且需要高频率读写，我们使用Redis就能够很好的提高整个体统的并发能力。

1，redis是什么

缓存

redis是一种支持Key-Value等多种数据结构的存储系统。可用于缓存，发布或，高速队列等场景。该数据库使用ANSI C语言编写，支持网络，提供字符串，哈希，列表，队列，结构直接存取，基于内存，可持久化。

MySQL就完全不一样了，作为一个典型的关系型数据库，它需要完整地实现ACID，所以Redis的方式是解决不了它的问题的。

2，支持的语言

3，redis的应用场景有哪些

1，会话缓存（最常用）

2，消息队列，比如支付

3，活动排行榜或计数

5，商品列表，评论列表等

4，redis数据类型

（1）字符串（字符串）

（2）hash（哈希）

redis hash是一个键值对的，是一个string类型的field和value的映射表，适合用于存储对象

（3）表（列表）

是redis的简单的字符串列表，它按插入顺序排序

（4）组（）

是字符串类型的无序，也不可重复

（5）zset（sorted set有序）

是string类型的有序，也不可重复

有序中的每个元素都需要指定一个分数，根据分数对元素进行升序排序，如果多个元素有相同的分数，则以字典序进行升序排序，sorted set因此非常适合实现排名。