一、Redis介绍
Redis是一个开源的内存数据结构存储系统，广泛应用于缓存、消息队列和实时数据处理场景。下面将根据您的查询点逐一解释。
1.关系数据库与非关系型数据库
(1)关系型数据库
关系型数据库（如MySQL、PostgreSQL）基于表格模型，使用结构化查询语言（SQL）进行数据管理。它们遵循ACID属性（原子性、一致性、隔离性、持久性），确保数据完整性和事务安全。例如，数据存储在行和列中，支持复杂查询和关联操作。
(2)非关系型数据库
非关系型数据库（NoSQL）如Redis、MongoDB，不使用固定表格结构。它们支持灵活的数据模型（如键值对、文档、图），适合处理非结构化或半结构化数据。Redis主要作为键值存储，支持字符串、哈希、列表等数据结构，提供高性能读写。
(3)非关系型数据库产生背景
随着互联网应用的增长，传统关系型数据库在高并发、大数据量和可扩展性方面面临瓶颈。NoSQL数据库应运而生，满足以下需求：
处理海量数据（如社交媒体或物联网数据）。
实现低延迟访问（如缓存场景）。
支持水平扩展（分布式架构）。 例如，Redis的内存存储特性使其读写速度远超磁盘型数据库。
2.Redis基础
(1)Redis简介
Redis（Remote Dictionary Server）是一个高性能键值数据库，由Salvatore Sanfilippo开发。它支持多种数据结构（如字符串、列表、集合），并内置复制、持久化和事务功能。常见应用包括会话缓存、排行榜和实时分析。
(2)Redis安装部署
在Linux系统下，Redis可通过包管理器安装：
bash
sudo apt update
sudo apt install redis-server
sudo systemctl start redis部署后，默认监听端口6379。建议配置防火墙和安全组以限制访问。
(3)配置参数
Redis配置文件（通常为redis.conf）包含关键参数：
port 6379: 设置服务端口。
bind 127.0.0.1: 绑定IP地址。
save 900 1: RDB持久化规则（900秒内至少1个键变化时触发）。
appendonly yes: 启用AOF持久化。 修改后需重启服务生效。
3.Redis命令工具
(1)redis-cli命令行工具
redis-cli是与Redis交互的标准命令行界面。常用操作：
bash
redis-cli # 连接本地实例
SET key "value" # 设置键值
GET key # 获取值支持管道操作和批量命令执行。
(2)redis-benchmark测试工具
redis-benchmark用于性能测试，模拟并发请求：
bash
redis-benchmark -c 100 -n 100000 # 测试100个并发连接和10万次请求输出包括每秒操作数（OPS）和延迟数据。
4.Redis数据库常用命令
(1)key相关命令
Redis基于键操作：
SET key value: 设置键值。
GET key: 获取值。
DEL key: 删除键。
EXPIRE key seconds: 设置键过期时间。 示例：SET user:1 "Alice"。
(2)多数据库常用命令
Redis默认支持16个数据库（索引0-15），通过SELECT切换：
SELECT 1: 切换到数据库1。
FLUSHDB: 清空当前数据库。
FLUSHALL: 清空所有数据库。 多数据库用于隔离不同应用数据。
二、Redis持久化
Redis持久化确保数据在重启后不丢失，主要通过RDB和AOF机制实现。
1.RDB和AOF的区别
RDB (Redis Database) ：创建内存数据的快照（二进制文件），在指定时间点保存整个数据集。例如，通过SAVE或BGSAVE命令触发。
AOF (Append-Only File)：记录所有写操作命令（文本日志），并在重启时重放这些命令恢复数据。AOF更注重操作日志的完整性。
2.RDB和AOF的优缺点
RDB优点：
快速恢复：二进制文件加载速度快。
紧凑存储：文件体积小。
RDB缺点：
数据丢失风险：快照间隔内数据可能丢失。
性能开销：BGSAVE可能占用CPU和内存。
AOF优点：
高持久性：每秒同步可减少数据丢失。
可读性强：日志文件便于调试。
AOF缺点：
文件较大：日志积累可能导致大文件。
恢复较慢：重放命令耗时。
3.Redis持久化配置
在redis.conf中配置：
RDB：设置save规则，如save 900 1（15分钟内至少1个键变化时保存）。
AOF：启用appendonly yes，并设置同步策略：
appendfsync always: 每次写操作同步（最安全但慢）。
appendfsync everysec: 每秒同步（平衡方案）。
appendfsync no: 由操作系统决定（最快但风险高）。 建议结合使用（RDB+AOF）以平衡安全性和性能。
4.AOF重写
AOF重写压缩日志文件，移除冗余命令。触发方式：
手动：执行BGREWRITEAOF命令。
自动：配置auto-aof-rewrite-percentage 100（当文件增长100%时触发）和auto-aof-rewrite-min-size 64mb（最小文件大小）。 重写过程在后台运行，不影响服务。
三、性能管理
Redis性能管理涉及内存优化和资源监控，确保高效运行。
1.内存碎片率
内存碎片率衡量内存分配效率，计算公式为： $$ \text{内存碎片率} = \frac{\text{操作系统报告内存}}{\text{Redis使用内存}} $$
理想值接近1.0：表示碎片少。
高值（如>1.5）：碎片多，可能因频繁分配/释放导致。 优化方法：
使用MEMORY PURGE命令手动清理碎片。
配置activedefrag yes启用自动碎片整理。
2.内存使用率
内存使用率反映资源利用情况，计算公式为： $$ \text{内存使用率} = \frac{\text{已用内存}}{\text{总内存}} \times 100% $$
安全范围：建议保持在70%以下，避免OOM（内存溢出）。 监控命令：
INFO MEMORY：查看详细内存统计。
CONFIG SET maxmemory 2gb：设置最大内存限制。 优化策略：
启用淘汰策略（如maxmemory-policy allkeys-lru）。
使用数据结构压缩（如哈希表的ziplist）。
3.回收key
回收过期或未使用键以释放内存：
主动回收 ：设置键过期时间（EXPIRE key 60），Redis自动删除过期键。
被动回收：当内存不足时，基于配置策略回收：
volatile-lru：回收最近最少使用的过期键。
allkeys-lru：回收所有键中的最近最少使用键。 监控工具：
redis-cli --bigkeys：分析大键。
定期检查慢查询日志优化性能。
以上内容基于Redis官方文档和最佳实践。如需更深入细节（如代码示例或特定场景），请提供具体问题！