redis 基础1
1.redis是什么?
redis是非关系型数据库key-value数据库,开源免费。是当下NoSQL技术之一
2.redis能干吗?
(1)内存存储,可以持久化,redis存储在内存中,内存的话是断电即丢失,所以redis支持持久化以至于数据不会丢失,
(2)高效,可用于高速缓存
(3)地图信息分析
(4)计时器
3.redis特点
(1)多样的数据类型
(2)持久化
(3)集群
(4)事务
4.redis安装
(1)yum install epel-release
(2)yum install -y redis
(3)启动redis. systemctl restart redis
(4)进入redis redis-cli
5.查看配置文件。默认在/etc/redis.conf
redis默认端口:6379
daemonize no改成yes
6.登录redis
[root@mysql redis-6.0.6]# redis-cli
7.测试redis连通性
127.0.0.1:6379> ping
PONG
8.数据库操作命令:
设置值和查看值: set name zhao
127.0.0.1:6379> get name
"zhao"
查看所有的键
127.0.0.1:6379> keys *
1) "age"
2) "name"
删除当前库的key:flushdb
删除所有库的key:flushall
查看当前库的大小:DBSIZE
切换到其他库:select 数据库 例子:select 3
判断某个key是否存在:EXPIRE key 返回1就是存在,返回0就是不存在
例子:127.0.0.1:6379> EXISTS name
(integer) 1 存在
127.0.0.1:6379> EXISTS AA
(integer) 0 不存在
移除某个key:move key key的值 例子:move name 1
设置过期时间:EXPIRE key名 过期时间(秒)
例子:127.0.0.1:6379> keys *
1) "age"
2) "name" #查看当前的key
127.0.0.1:6379> EXPIRE age 10
(integer) 1 #设置age这个key10秒后过期
查看还剩余多长时间过期:ttl key名
查看redis密码:config get requirepass
修改密码:config set requirepass 密码
9.redis的两种持久化机制
(1)RDB:把当前时间内,把内存中的数据生成快照,存入磁盘中,恢复时候是把rdb文件恢复到内存中去,redis默认是开启的rdb,缺点是最后一次持久化后的数据会丢失
rdb保存文件格式:dump.rdb
快照生成存放在/var/lib/redis文件下
触发rdb快照的两种方式:手动触发和自动触发
手动触发(1)在redis里执行save,不过会阻塞当前redis服务器,不建议使用
(2)bgsave,redis进程执行fork操作创建子进程,子进程持久化操作,阻塞只发生在fork阶段,一般时间很短
自动触发(1)使用save相关配置 save m n 标识m秒内 数据存在n次修改,自动触发自动保存
(2)从节点全量复制时也会执行自动保存
(3)redis发生错误重启redis时,也会触发save操作
(4)执行关机操作时shutdown
(5)flushall触发
执行过程:父进程正常处理客户端请求,同时fork出一个子进程,过程中父进程发生阻塞不过耗时很短,可以通过info stats的last_fork_usec可获取最近一次fork的耗时。子进程创建rdb文件,替换老的rdb文件,执行lastsave可获取最后一次生成rdb文件的时间。子进程通知父进程更新完毕,父进程更新文件
如何恢复rdb快照文件:把rdb文件放到/var/lib/redis下就可以恢复
rdb文件优缺点:
优点:rdb恢复数据快,redis代表某个时间点的数据快照,适用于备份
缺点:各个版本RDB存在兼容问题,且没办法实时持久化,如果redis意外宕机,最后一次修改的数据就丢失了
(2)AOF:AOF以独立日志方式记录每次写的命令,重启时在执行AOF文件中的命令,目前是redis持久化的主流方式
aof保存文件格式:appendonly.aof
如何开启aof持久化,只要把配置文件的appendonly 改成yes就可以
如何恢复aof文件,在/bin目录下,找到redis-check-aof文件,执行redis-check-aof --fix appendonly.aof即可修复
aof持久化过程:
1.执行AOF重写请求
2.父进程执行fork创建子进程,过程中发生阻塞
3.1 主进程fork操作完成后,继续接受响应请求,命令写入aof_buf缓存区中 (同时执行)
3.2 fork 利用写时复制技术,子进程只能共享fork操作时的内存数据 (同时执行)
4.子进程根据内存快照,按照命令合并规则写入新的aof
5.1 aof写入完成之后,通知父进程 (同时执行)
5.2 父进程把aof重写缓冲区的数据写入新的aof文件 (同时执行)
5.3 使用新aof文件替换老文件,完成aof重写 (同时执行)
aof持久化优缺点
优点:实时持久化
缺点:恢复数据慢
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· Manus爆火,是硬核还是营销?
· 终于写完轮子一部分:tcp代理 了,记录一下
· 别再用vector<bool>了!Google高级工程师:这可能是STL最大的设计失误
· 单元测试从入门到精通
· 震惊!C++程序真的从main开始吗?99%的程序员都答错了