redis学习（一）

最新推荐文章于 2024-07-26 15:45:58 发布

牵梦u

最新推荐文章于 2024-07-26 15:45:58 发布

阅读量274

点赞数 1

分类专栏： redis 文章标签： redis 缓存

本文链接：https://blog.csdn.net/qq_37891300/article/details/107896187

版权

redis 专栏收录该内容

1 篇文章 0 订阅

订阅专栏

一、NoSql 四大分类

KV键值对

新浪：Redis
美团：Redis + Tair
阿里、百度：Redis + memecache

文档型数据库（bson格式，类似json 格式）

MongoDB

MongoDB是一个基于分布式文件存储的数据库，c++编写，主要用来处理大量的文档。

MongoDB是一个介于关系型数据库和非关系型数据库之间的产品。

MongoDB是非关系型数据库中功能最丰富，最像关系型数据库。

列存储数据库

HBase
分布式文件系统

图关系数据库

存储的是关系拓扑图，，，比如：朋友圈的社交网络
Neo4j

对比

在这里插入图片描述

二、redis 入门

概述

Redis 是什么？

Redis（Remote Dictionary Server），即远程字典服务！
是一个开源的使用ANSI C语言编写、支持网络、可基于内存也可持久化的日志型、Key-Value数据库，它提供多种语言的api。
免费和开源！是当下最热门的NoSql技术之一！又被称为结构化数据库！
redis会周期性的把更新的数据写入磁盘或者把修改操作写入追加的记录文件，并且在此基础上实现了master-slave(主从)同步。

Redis 能干嘛？

1、内存存储、持久化到本地（rdb策略，aof策略）
2、效率高，可以用于高速缓存
3、发布订阅系统
4、地图信息分析
5、计时器、计数器（浏览量分析）

more 。。。。。。

特性

1、多样的数据类型
2、持久化
3、集群
4、事务

more。。。。。。。

基础知识

Redis 默认有16 个数据库（redis.conf），默认使用的是第 0个。可以使用 select n 进行数据库切换

select 3	# 切换到 3号数据库
dbsize		# 查看数据库已用空间
keys *		# 查看当前数据库的所有key，生产不建议使用（key太多），可使用scan 代替
redis-cli --scan --pattern "key前缀*" | xargs -L 1000 redis-cli del  # 批量删除，若使用keys，可能会阻塞造成雪崩
flushdb		# 清空当前数据库
flushall	# 清空所有数据库
exists key  # key是否存在
move key db # 移动key到db
expire key time  # 设置key的过期时间
ttl key		# 查看key的剩余时间
type key	# 查看key的类型

Redis是单线程的！它的性能瓶颈是机器内存和网络带宽（数据传输）。

三、五大数据类型

string（字符串）

常见命令:

append, strlen, incr, decr, incrby, decrby, getrange, setrange, setex, setnx, mset, mget,msetnx, getset

存储对象

set user:1 {name:hello,age:18}

mset user:1:name hello user:1:age:18

mget user:1:name user:1:age

list（类比堆、栈、队列）

常见命令

lpush, lrange, rpush, lpop, rpop, lindex, llen, lrem, ltrim, rpoplpush, lset, linsert

set（无序集合）

常见命令

sadd, smembers, sismember, scard, srem, srandmember, spop, smove, sdiff, sinter, sunion

hash

Map 集合，key-map。

hset，hget，hmset，hmget，hgetall，hdel，hlen，hexists，hkeys，hvalues，hincrby，hdecrby，hsetnx

Zset（有序集合）

常见命令

zadd，zrange，zrangebyscore，zrem，zcard，zrevrange，zcount

四、三大特殊数据类型

Bitmaps

Hyperloglog

Geospatial

五、redis事务

Redis单条命令是保证原子性的，但事务不保证原子性。即某条命令失败不影响后续操作。

multi	# 开启事务
exec	# 执行事务
discard	# 放弃事务

乐观锁（watch）

watch	# 监控
unwatch	# 取消监控

六、Jedis、lettuce、自定义redisTemplate

在Springboot 2.x后，，原来使用的jedis 被替换成了 letture

jedis VS letture

Jedis：采用直连方式，多个线程同事操作，是不安全的。若想避免不安全，需要使用 jedis pool连接池。类似 BIO 模式。

letture：采用netty（异步，事件驱动），实例可以在多个线程中进行共享，不存在线程不安全的情况。可以减少线程数据开销，类似 NIO 模式。

自定义 redisTemplate

@Configuration
public class RedisConfig {
    
    // 自定义 RedisTemplate
    @Bean
    public RedisTemplate<String, Object> redisTemplate (RedisConnectionFactory factory) {
        RedisTemplate<String, Object> template = new RedisTemplate<String, Object>();
        templatte.setConnectionFactory(factory);
        
        // json序列化配置
        Jackson2JsonRedisSerializer serializer = new Jackson2JsonRedisSerializer(Object.class);
        ObjectMapper om = new ObjectMapper();
        om.setVisibility(PropertyAccessor.ALL, JsonAutoDetect.Visibility.ANY);
        om.enableDefaultTyping(ObjectMapper.DefaultTyping.NON_FINAL);
        serializer.setObjectMapper(om);
        
        StringRedisSerializer stringRedisSerializer = new StringRedisSerializer();
        
        template.setKeySerializer(stringRedisSerializer);
        template.setHashKeySerializer(stringRedisSerializer);
        template.setValueSerializer(serializer);
        template.setHashValueSerializer(serializer);
        template.afterPropertiesSet();
        
        return template;
    }
}

七、Redis持久化

RDB

1、简介

redis会单独创建（fork）一个子进程来进行持久化。子进程会先将数据写入一个临时rdb 文件中，待持久化过程都结束了，再用临时文件替换上次持久化好的文件。整个过程中，主进程不进行任何IO 操作。保证了极高的性能。如果需要进行数据恢复，且对于数据完整性不是十分敏感（rdb可能丢失数据），那 RDB 方式比 AOF 更加高效。RDB的缺点是最后一次持久化后的数据可能丢失。默认是配置RDB。

在这里插入图片描述

2、触发规则

save
flushall
退出redis

3、恢复数据

将rdb文件放到redis启动位置，启动时会自动读取。

4、优缺点

优点

适合大规模的数据恢复
对数据完整性要求不高

缺点

需要一定时间操作。
可能丢失数据。宕机时，最后一次修改可能丢失。
fork进程会消耗部分内存空间。

AOF（Append Only File）

1、简介

有点类似 mysql 的 binlog日志。

以日志的形式来记录每一个命令操作，将redis 执行过的所有指令记录下来（读操作不记录）。只许追加文件但不可以改写文件。redis启动之初会去读去文件，然后从头重新执行一遍。

在这里插入图片描述

2、redis-check-aof

当 aof 文件有错位（被更改），此时redis 无法启动，需要先修复 aof文件。

redis-check-aof  --fix  aof文件   # 修复命令

3、优缺点

优点

appendfsync always：每一次修改都记录，完整性好。
appendfsync everysec：每秒同步一次，可能会丢失一秒的数据。
appendfsync no：从不同步，效率高。

缺点

从数据文件角度看，aof 远大于 rdb，修复速度也比 rdb慢

RDB 和 AOF 同时开启

此时，若redis 重启则会有限载入 AOF 文件来恢复数据。因为 AOF 比 RDB 数据集更加完整。

八、Redis主从复制

在这里插入图片描述

1、概念

主从复制，是指将一台Redis 服务器的数据，复制到其他的 Redis 服务器。
前者称为主节点（master/leader），后者称为从节点（slave/follower）。
数据的复制是单向的，只能有主节点复制到从节点。
Master 以写为主，slave 以读为主。（读写分离）
默认情况下，每台redis 服务器都是主节点。
一主可以多从，但一丛只能一主；

2、作用

数据冗余：主从复制实现了数据的热备份，是持久化之外的一种数据冗余方式。
故障恢复：当主节点出现问题时，可以由从节点向外提供服务，实现快速的故障恢复。是一种服务的冗余。
负载均衡：读写分离就是一种负载均衡。将请求分摊，大大提高 redis 服务的并发量。
高可用：主从复制是哨兵模式和集群实施的基础，即它是高可用的基础。

info replication # 查看机器信息

3、复制原理

Slave 启动成功连接到 master 后会发送一个 sync 同步命令；
Master 接收到命令后，启动后台的存盘进程，同时收集所有接收到的用于修改数据集的命令，在后台进程执行完毕之后，master 将整个数据文件发到 slave，并完成一次全量同步。
全量复制：slave在接收到数据文件后，将其存盘并加载到内存中。
增量复制：master 继续将新的收集到的命令依次发送给slave，完成同步。
只要是重新连接到 master，就会自动执行一次全量同步。