NoSQL：一类新出现的数据库(not only sql)

泛指非关系型的数据库,作为关系型数据库的补充。
不支持SQL语法
存储结构跟传统关系型数据库中的那种关系表完全不同，nosql中存储的数据都是key :value 形式
SQL的世界中没有一种通用的语言，每种nosql数据库都有自己的api和语法，以及擅长的业务场景
NoSQL中的产品种类相当多：
Mongodb
Redis
memcache
Hbase hadoop
Cassandra hadoop
作用：应对基于海量用户和海量数据高并发处理问题

特征

可扩容，可伸缩
大数据量下高性能
灵活的数据模型
高可用

NoSQL和SQL数据库的比较：

适用场景不同：sql数据库适合用于关系特别复杂的数据查询场景，nosql反之
“事务”特性的支持：sql对事务的支持非常完善，而nosql基本不支持事务
两者在不断地取长补短，呈现融合趋势

电商场景解决方案

在这里插入图片描述

Redis简介

Redis(Remote Dictionary Server)是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。从2010年3月15日起，Redis的开发工作由VMware主持。从2013年5月开始，Redis的开发由Pivotal赞助。
Redis是 NoSQL技术阵营中的一员，它通过多种键值数据类型来适应不同场景下的存储需求，借助一些高层级的接口使用其可以胜任，如缓存、队列系统的不同角色

Redis特性

Redis 与其他 key - value 缓存产品有以下几个特点：

Redis支持数据的持久化，可以将内存中的数据保存在磁盘中，重启的时候可以再次加载进行使用。
Redis不仅仅支持简单的key-value类型的数据，同时还提供list，set，zset，hash等数据结构的存储。
Redis支持数据的备份，即master-slave模式的数据备份。
reids内部采用单线程工作

Redis 优势

性能极高 – Redis能读的速度是110000次/s,写的速度是81000次/s 。
丰富的数据类型 – Redis支持二进制案例的 Strings, Lists, Hashes, Sets 及 Ordered Sets 数据类型操作。
原子 – Redis的所有操作都是原子性的，同时Redis还支持对几个操作全并后的原子性执行。
丰富的特性 – Redis还支持 publish/subscribe, 通知, key 过期等等特性。

Redis应用场景

用来做缓存(ehcache/memcached)——redis的所有数据是放在内存中的（内存数据库）
可以在某些特定应用场景下替代传统数据库——比如社交类的应用
时效性信息控制，如session共享、购物车、验证码缓存、登录session缓存、股票控制等。
为热点数据加速查询（主要场景），如热点商品，热点新闻、热点资讯、推广类等高访问量信息。
任务队列，如秒杀、抢购、购票排队等。
即时信息查询，如各类排行榜、各类网站访问统计、公交到站、即时点赞评论数量、在线人数信息（聊天室、网站）设备信号等。
分布式数据共享，如分布式集群架构的session共享。
消息队列
分布式锁

在这里插入图片描述

官方文档

业务数据的特殊性

作为缓存使用

原始业务功能设计
- 秒杀
- 618活动
- 双11活动
- 12306排队购票系统
运营平台监控到的突发高频访问数据
- 突发时政要闻、突发重大灾害要闻、明星绯闻……
高频、复杂的统计数据
- 在线人数
- 投票排行榜

附加功能

系统功能优化或升级
- 单服务器升级集群
- session管理
- token管理

Redis 数据类型

字符串string
哈希hash
列表list
集合set
有序集合zset

redis自身是一个Map,所有数据都是key:value redis数据类型结构

1.string

字符串类型是 Redis 中最为基础的数据存储类型，它在 Redis 中是二进制安全的，这便意味着该类型可以接受任何格式的数据，如JPEG图像数据或Json对象描述信息等。在Redis中字符串类型的Value最多可以容纳的数据长度是512M。

增加

设置键值如果设置的键不存在则为添加，如果设置的键已经存在则修改.
set key value

10.23.117.188:6379> select 0
OK
10.23.117.188:6379> set name laowang
OK
10.23.117.188:6379> 
10.23.117.188:6379> get name
"laowang"
10.23.117.188:6379>

设置键值及过期时间，以秒为单位
setex key seconds value
ttl key 查看有效期

10.23.117.188:6379> setex name 5 lisi
OK
10.23.117.188:6379> get name
"lisi"
10.23.117.188:6379> 
10.23.117.188:6379> get name
(nil)
10.23.117.188:6379> ttl name

设置多个键值
mset key1 value1 key2 value2 …

10.23.117.188:6379> mset a1 python a2 java a3 c++
OK
10.23.117.188:6379> get a1
"python"
10.23.117.188:6379> get a2
"java"
10.23.117.188:6379> get a3
"c++"
10.23.117.188:6379>

追加值
append key value
例如向 a1后追加"I love you"

10.23.117.188:6379> append a1 "I love you"
(integer) 16
10.23.117.188:6379> get a1
"pythonI love you"
10.23.117.188:6379>

获取字符串长度
strlen key

10.23.117.188> set name laowang
OK
10.23.117.188> strlen name
(integer) 7

在这里插入图片描述

获取

根据键获取值，如果不存在此键则返回nil
get key

10.23.117.188:6379> get a2
"java"
10.23.117.188:6379>

根据多个键获取多个值
mget key1 key2 …

10.23.117.188:6379> mget a1 a2 a3
1) "pythonI love you"
2) "java"
3) "c++"
10.23.117.188:6379>

删除

delete key

string 类型数据的业务场景

业务场景 1

在大型企业级应用中，分表操作是基本操作，使用多张表存储同类型数据，但是对应的主键 id 必须保证统一性
，不能重复。Oracle 数据库具有 sequence 设定，可以解决该问题，但是 MySQL数据库并不具有类似的机制，那么如何解决？
在这里插入图片描述

解决方案

设置数值数据增加指定范围的值

 incr key   
 incrby key increment  
 incrbyfloat key increment

设置数值数据减少指定范围的值

 decr key   
 decrby key increment

string在redis内部存储默认就是一个字符串，当遇到增减类操作incr，decr时会转成数值型进行计算
redis所有的操作都是原子性的，采用单线程处理所有业务，命令是一个一个执行的，因此无需考虑并发
带来的数据影响。
注意：按数值进行操作的数据，如果原始数据不能转成数值，或超越了redis 数值上限范围，将报错
redis用于控制数据库表主键id，为数据库表主键提供生成策略，保障数据库表的主键唯一性
此方案适用于所有数据库，且支持数据库集群

业务场景2

“最强女生”启动海选投票，只能通过微信投票，每个微信号每 3 小时只能投1票。
电商商家开启热门商品推荐，热门商品不能一直处于热门期，每种商品热门期维持5天，5天后自动取消热门。
新闻网站会出现热点新闻，热点新闻最大的特征是时效性，如何自动控制热点新闻的时效性。

解决方案

设置数据具有指定的生命周期

 setex key seconds value   
 psetex key milliseconds value

redis 控制数据的生命周期，通过数据是否失效控制业务行为，适用于所有具有时效性限定控制的操作

业务场景3

主页高频访问信息显示控制，例如新浪微博大V主页显示粉丝数与微博数量
在这里插入图片描述

解决方案

方式1：在redis中为大V用户设定用户信息，以用户主键和属性值作为key，后台设定定时刷新策略即可

 set user:id:123456:fans 26970000
 set user:id:123456:blogs 428
 set user:id:123456:focuss 182

方式2：在redis中以json格式存储大V用户信息，定时刷新（也可以使用hash类型）

set  user:id:123456 {
    
    "id":123456,"name":"李子柒","fans":26970000,"blogs":428, "focus":182}

tips: redis应用于各种结构型和非结构型高热度数据访问加速

2. key 的操作

key 的设置约定数据库中的热点数据key命名惯例
在这里插入图片描述

查找键，参数⽀持正则表达式
keys pattern
例如，查看所有键 keys *

10.23.117.188:6379> keys *
1) "backup1"
2) "a1"
3) "backup2"
4) "backup4"
5) "a3"
6) "a2"
7) "backup3"
10.23.117.188:6379>

查看名字中包含a 的
keys “a*”

10.23.117.188:6379> keys "a*"
1) "a1"
2) "a3"
3) "a2"

判断键是否存在，如果存在返回1，不存在返回0
exists key

10.23.117.188:6379> exists a1
(integer) 1
10.23.117.188:6379> exists a4
(integer) 0
10.23.117.188:6379>

查看键对应的value的类型,为redis⽀持的五种类型中的⼀种
type key

10.23.117.188:6379> type a1
string
10.23.117.188:6379>

删除键及对应的值
del key1 key2 …

10.23.117.188:6379> del a1 a3
(integer) 2
10.23.117.188:6379>

设置过期时间，以秒为单位，如果没有指定过期时间则⼀直存在，直到使⽤DEL移除
expire key seconds
例如，设置a2的过期时间为5秒

10.23.117.188:6379> expire a2 5
(integer) 1
10.23.117.188:6379> get a2
"java"
10.23.117.188:6379> get a2
(nil)
10.23.117.188:6379>

查看有效时间，以秒为单位
ttl key

10.23.117.188:6379> setex a1 10 python
OK
10.23.117.188:6379> ttl a1
(integer) 3
10.23.117.188:6379> ttl a1
(integer) -2
10.23.117.188:6379> ttl a1
(integer) -2
10.23.117.188:6379> ttl a1
(integer) -2
10.23.117.188:6379>

3. hash类型

对象类数据的存储如果具有较频繁的更新需求操作,，则用string类型会显得笨重
在这里插入图片描述

新的存储需求：对一系列存储的数据进行编组，方便管理，典型应用存储对象信息
需要的存储结构：一个存储空间保存多个键值对数据
hash类型：底层使用哈希表结构实现数据存储
如果field数量较少，存储结构优化为类数组结构
如果field数量较多，存储结构使用HashMap结构
Redis hash 是一个 string 类型的 field（字段）和 value（值）的映射表，hash 特别适合用于存储对象(想象成Python中的实例对象)。
Redis 中每个 hash 可以存储 2³² - 1 键值对（40多亿）

增加

hset key filed value [field value……]

10.23.117.188:6379> hset person name laowang age 18
(integer) 2
10.23.117.188:6379>

查询

hget key field

10.23.117.188:6379> type person
hash
10.23.117.188:6379> hget person name 
"laowang"
10.23.117.188:6379> hget person age
"18"
10.23.117.188:6379>

设置多个和多个查询
hmset key field value [field value……]
hmget key field [field……]

10.23.117.188:6379> hmset person name lisi age 20
OK
10.23.117.188:6379> hmget person name age
1) "lisi"
2) "20"
10.23.117.188:6379>

列出指定key下的所有字段和字段值
hgetall key

10.23.117.188:6379> hgetall person
1) "name"
2) "lisi"
3) "age"
4) "20"
10.23.117.188:6379>

获取key 下所有字段field（获取所有key）
hkeys key
获取key下所有value（获取所有field的值）
hvals key

10.23.117.188:6379> hkeys person
1) "name"
2) "age"
10.23.117.188:6379> hvals person
1) "lisi"
2) "20"
10.23.117.188:6379>

获取hash表中字段的数量
hlen key
获取hash表中是否存在指定的字段
hexists key field
设置指定字段的数值数据增加指定范围的值
hincrby key field increment
hincrbyfloat key field increment

删除

删除单个或多个字段
hdel key field [field……]

10.23.117.188:6379> hdel person
(error) ERR wrong number of arguments for 'hdel' command
10.23.117.188:6379> hdel person name age
(integer) 2
10.23.117.188:6379>

删除整个key

del key

10.23.117.188:6379> hset person name laowang age 18
(integer) 2
10.23.117.188:6379> del person
(integer) 1
10.23.117.188:6379> hget person
(error) ERR wrong number of arguments for 'hget' command
10.23.117.188:6379> hget person name

更新

10.23.117.188:6379> hset person name laowang age 18 
(integer) 2
10.23.117.188:6379> hgetall person
1) "name"
2) "laowang"
3) "age"
4) "18"
10.23.117.188:6379> hset person name lisi age 20
(integer) 0
10.23.117.188:6379> hgetall person
1) "name"
2) "lisi"
3) "age"
4) "20"
10.23.117.188:6379>

hash 类型数据操作的注意事项

hash类型下的value只能存储字符串，不允许存储其他数据类型，不存在嵌套现象。如果数据未获取到，
对应的值为（nil）
hash类型十分贴近对象的数据存储形式，并且可以灵活添加删除对象属性。但hash设计初衷不是为了存
储大量对象而设计的，切记不可滥用，更不可以将hash作为对象列表使用
hgetall 操作可以获取全部属性，如果内部field过多，遍历整体数据效率就很会低，有可能成为数据访问
瓶颈

hash类型应用场景

业务场景1. 电商网站购物车设计与实现， redis 应用于购物车数据存储设计

业务分析

仅分析购物车的redis存储模型添加、浏览、更改数量、删除、清空
购物车与数据库间持久化同步（不讨论）
购物车与订单间关系（不讨论）提交购物车：读取数据生成订单，商家临时价格调整：隶属于订单级别
未登录用户购物车信息存储（不讨论） session存储

在这里插入图片描述

解决方案

以客户id作为key，每位客户创建一个hash存储结构存储对应的购物车信息
将商品编号作为field，购买数量作为value进行存储
添加商品：追加全新的field与value
浏览：遍历hash hgetall
更改数量：自增/自减，设置value值 hincrby
删除商品：删除field hdel
清空：删除key del

代码实现：

用户001 添加编号为100的商品5件并查看

127.0.0.1:6379> hset userid:001 goodsid:100 5
(integer) 1
127.0.0.1:6379> hget userid:001 goodsid:100
"5"

用户001又添加编号为101的商品10件并查看所有商品

127.0.0.1:6379> hset userid:001 goodsid:101 10
(integer) 1
127.0.0.1:6379> hgetall userid:001
1) "goodsid:100"
2) "5"
3) "goodsid:101"
4) "10"

增加10件101号商品并查看所有

127.0.0.1:6379> hincrby userid:001 goodsid:101 10
(integer) 20
127.0.0.1:6379> hgetall userid:001
1) "goodsid:100"
2) "5"
3) "goodsid:101"
4) "20"
127.0.0.1:6379>

删除101号商品

127.0.0.1:6379> hdel userid:001 goodsid:101
(integer) 1
127.0.0.1:6379> hgetall userid:001
1) "goodsid:100"
2) "5"
127.0.0.1:6379>

清空购物车

127.0.0.1:6379> del userid:001
(integer) 1
127.0.0.1:6379> keys *
(empty array)
127.0.0.1:6379>

注意：

此处仅讨论购物车中的模型设计
购物车与数据库间持久化同步、购物车与订单间关系、未登录用户购物车信息存储不进行讨论

思考：当前设计是否加速了购物车的呈现
当前仅仅是将数据存储到了redis中，并没有起到加速的作用，商品信息还需要二次查询关联的关系型数据库
新方案：

每条购物车中的商品记录保存成两条field
field1专用于保存购买数量
命名格式：商品id:nums
保存数据：数值
field2专用于保存购物车中显示的信息，包含文字描述，图片地址，所属商家信息等
命名格式：商品id:info
保存数据：json

代码实现：

127.0.0.1:6379> hmset userid:002 goodsid:100:nums 10 goodsid:100:info {
    
    .....}
OK
127.0.0.1:6379> hgetall userid:002
1) "goodsid:100:nums"
2) "10"
3) "goodsid:100:info"
4) "{.....}"
127.0.0.1:6379>

通常，由于不同的人可能买的商品一样，因此fields2会重复，思路是把fields2独立出一个hash，并且可以用
hsetnx key field value 去重

业务场景2. 双11活动日，销售手机充值卡的商家对移动、联通、电信的30元、50元、100元商品推出抢购活动，每种商
品抢购上限1000张

解决方案

以商家id作为key
将参与抢购的商品id作为field
将参与抢购的商品数量作为对应的value
抢购时使用降值的方式控制产品数量
实际业务中还有超卖等实际问题，这里不做讨论
string存储对象（json）与hash存储对象，前者是一整体，偏向于读，后者偏向于更新方便
代码实现：

入库

127.0.0.1:6379> hmset userid:01 c30 1000 c50 1000 c100 1000
OK
127.0.0.1:6379> hgetall userid:01
1) "c30"
2) "1000"
3) "c50"
4) "1000"
5) "c100"
6) "1000"
127.0.0.1:6379>

商家01卖出c50 10张

127.0.0.1:6379> hincrby userid:01 c50 -10
(integer) 990
127.0.0.1:6379> hgetall userid:01
1) "c30"
2) "1000"
3) "c50"
4) "990"
5) "c100"
6) "1000"
127.0.0.1:6379>

4. list 列表

列表的元素类型为string,最多2²³-1个元素
数据存储需求：存储多个数据，并对数据进入存储空间的顺序进行区分
需要的存储结构：一个存储空间保存多个数据，且通过数据可以体现进入顺序
list类型：保存多个数据，底层使用双向链表存储结构实现
增加

从左边插入
lpush key element [element……]
例1：从键为’a1’的列表左侧加⼊数据a 、 b 、c

10.23.117.188:6379> lpush a1 a b c
(integer) 3
10.23.117.188:6379> lrange a1 0 2
1) "c"
2) "b"
3) "a"

从右边插入
rpush key element [element]
例2：从键为’a1’的列表右侧加⼊数据0 1

10.23.117.188:6379> rpush a1 0 1
(integer) 5
10.23.117.188:6379> lrange a1 0 5
1) "c"
2) "b"
3) "a"
4) "0"
5) "1"
10.23.117.188:6379>

在指定元素的前或后插⼊新元素

linsert key before或after 现有元素新元素

例3：在键为’a1’的列表中元素’b’前加⼊’3’

10.23.117.188:6379> linsert a1 before b 3
(integer) 6
10.23.117.188:6379> lrange a1 0 6
1) "c"
2) "3"
3) "b"
4) "a"
5) "0"
6) "1"
10.23.117.188:6379>

获取
- lrange key start stop 列表切片查看
- 索引可以是负数，表示尾部开始计数，如-1表示最后⼀个元素

10.23.117.188:6379> lrange a1 0 0
1) "c"
10.23.117.188:6379> lrange a1 0 5
1) "c"
2) "3"
3) "b"
4) "a"
5) "0"
6) "1"
10.23.117.188:6379> lrange a1 0 6
1) "c"
2) "3"
3) "b"
4) "a"
5) "0"
6) "1"
10.23.117.188:6379> lrange a1 0 7
1) "c"
2) "3"
3) "b"
4) "a"
5) "0"
6) "1"
10.23.117.188:6379> lrange a1 0 -1
1) "c"
2) "3"
3) "b"
4) "a"
5) "0"
6) "1"
10.23.117.188:6379> lrange a1 0 -2
1) "c"
2) "3"
3) "b"
4) "a"
5) "0"
10.23.117.188:6379>

获取指定索引数据
lindex key index
llen key
获取并移除数据
lpop key
rpop key
修改（更新）

lset key index element

例如将a1 下标为2 的元素修改为 haha

10.23.117.188:6379> lset a1 2 haha
OK
10.23.117.188:6379> lrange a1 0 -1
1) "c"
2) "3"
3) "haha"
4) "a"
5) "0"
6) "1"
10.23.117.188:6379>

删除

lrem key count element

将列表中前count次出现的值为value的元素移除
count > 0: 从头(左)往尾移除
count < 0: 从尾（右）往头移除
count = 0: 移除所有
例如：向列表’a2’中加⼊元素’a’、‘b’、‘a’、‘b’、‘a’、‘b’

10.23.117.188:6379> lpush a2 a b a b a b
(integer) 6
10.23.117.188:6379> lrange a2 0 -1
1) "b"
2) "a"
3) "b"
4) "a"
5) "b"
6) "a"
10.23.117.188:6379>

从a2 右侧删除两个a

10.23.117.188:6379> lrem a2 -2 a
(integer) 2
10.23.117.188:6379> lrange a2 0 -1
1) "b"
2) "a"
3) "b"
4) "b"
10.23.117.188:6379>

del key 将整个列表都删除
阻塞等待不同的key 一定时间，如果取出弹出，如果没取出阻塞，知道timeout
blpop key [key……] timeout

127.0.0.1:6379> lpush list1 a b c
(integer) 3
127.0.0.1:6379> lrange list1 0 -1
1) "c"
2) "b"
3) "a"
127.0.0.1:6379> blpop list1 5
1) "list1"
2) "c"
127.0.0.1:6379> blpop list1 5
1) "list1"
2) "b"
127.0.0.1:6379> blpop list1 5
1) "list1"
2) "a"
127.0.0.1:6379> blpop list1 5
(nil)
(5.09s)
127.0.0.1:6379>

list 类型应用场景

场景1
微信朋友圈点赞，要求按照点赞顺序显示点赞好友信息
如果取消点赞，移除对应好友信息
场景2
twitter、新浪微博、腾讯微博，keep应用中个人用户的关注列表需要按照用户的关注顺序进行展示，粉丝列表需要将最
近关注的粉丝列在前面
场景3
新闻、资讯类网站如何将最新的新闻或资讯按照发生的时间顺序展示？
企业运营过程中，系统将产生出大量的运营数据，如何保障多台服务器操作日志的统一顺序输出？
解决方案
1. 依赖list的数据具有顺序的特征对信息进行管理
2. 使用队列模型解决多路信息汇总合并的问题
3. 使用栈模型解决最新消息的问题

总结：redis 应用于最新消息展示，redis 应用于具有操作先后顺序的数据控制。
,

5.set类型

⽆序集合
元素为string类型
元素具有唯⼀性，不重复
说明：对于集合没有修改操作

增加

sadd key member [member]
例1：向键’a3’的集合中添加元素’zhangsan’、‘lisi’、‘wangwu’

10.23.117.188:6379> sadd a3 zhangsan lisi wangwu
(integer) 3
10.23.117.188:6379>

获取

smembers key

获取a3 所有元素

10.23.117.188:6379> smembers a3
1) "wangwu"
2) "zhangsan"
3) "lisi"
10.23.117.188:6379>

删除

删除指定元素
srem key member [member]

10.23.117.188:6379> srem a3 wangwu
(integer) 1
10.23.117.188:6379> smembers a3
1) "zhangsan"
2) "lisi"
10.23.117.188:6379>

6. zset类型(有序集合)

sorted set，有序集合
元素为string类型
元素具有唯⼀性，不重复
每个元素都会关联⼀个double类型的score，表示权重，通过权重将元素从⼩到⼤排序
说明：没有修改操作

增加

zadd key score member [score member……]
例：向键’a4’的集合中添加元素’lisi’、‘wangwu’、‘zhaoliu’、‘zhangsan’，权重分别为4、5、6、3

10.23.117.188:6379> zadd a4 4 lisi 5 wangwu 6 zhaoliu 3 zhangsan
(integer) 4
10.23.117.188:6379>

获取

zrange key start stop

返回指定范围内的元素
start、stop为元素的下标索引
索引从左侧开始，第⼀个元素为0
索引可以是负数，表示从尾部开始计数，如-1表示最后⼀个元素
获取a4集合的所有元素

10.23.117.188:6379> zrange a4 0 -1
1) "zhangsan"
2) "lisi"
3) "wangwu"
4) "zhaoliu"
10.23.117.188:6379>

返回score值在min和max之间的成员

zrangebyscore key min max

获取键’a4’的集合中权限值在5和6之间的成员
zrangebyscore a4 5 6

10.23.117.188:6379> zrangebyscore a4 5 6
1) "wangwu"
2) "zhaoliu"
10.23.117.188:6379>

返回成员member的score值

zscore key member

例:获取键’a4’的集合中元素’zhangsan’的权重

10.23.117.188:6379> zscore a4 zhangsan
"3"
10.23.117.188:6379>

删除

删除指定元素
zrem key member1 member2 …

例：删除集合’a4’中元素’zhangsan’
zrem a4 zhangsan

10.23.117.188:6379> zrem a4 zhangsan
(integer) 1
10.23.117.188:6379> zrange a4 0 -1
1) "lisi"
2) "wangwu"
3) "zhaoliu"
10.23.117.188:6379>

删除权重在指定范围的元素

zremrangebyscore key min max

例：删除集合’a4’中权限在5、6之间的元素

zremrangebyscore a4 5 6

10.23.117.188:6379> zremrangebyscore a4 5 6
(integer) 2
10.23.117.188:6379> zrange a4 0 -1
1) "lisi"
10.23.117.188:6379>

报错解决方案

(error) MISCONF Redis is configured to save RDB snapshots, but is currently not able to persist on disk. Commands that may modify the data set are disabled. Please check Redis logs for details about the error．大意为：（错误）misconf redis被配置以保存数据库快照，但misconf redis目前不能在硬盘上持久化。用来修改数据集合的命令不能用，请使用日志的错误详细信息。

解决方案如下：
连接redis后运行　config set stop-writes-on-bgsave-error no　命令
关闭配置项stop-writes-on-bgsave-error解决该问题。

NoSQL数据库之redis及redis五种数据类型应用场景详解

目录

NoSQL：一类新出现的数据库(not only sql)

特征

NoSQL和SQL数据库的比较：

电商场景解决方案

Redis简介

Redis特性

Redis 优势

Redis应用场景

官方文档

业务数据的特殊性

作为缓存使用

附加功能

Redis 数据类型

1.string

增加

获取

删除

string 类型数据的业务场景

业务场景 1

解决方案

业务场景2

解决方案

业务场景3

解决方案

2. key 的操作

3. hash类型

增加

查询

删除

更新

hash 类型数据操作的注意事项

hash类型应用场景

业务分析

解决方案

解决方案

4. list 列表

增加

获取

修改（更新）

删除

list 类型应用场景

5.set类型

增加

获取

删除

6. zset类型(有序集合)

增加

获取

删除

报错解决方案

猜你喜欢