数据库缓存服务——NoSQL之Redis配置与优化(下)

简介: 一、缓存概念缓存是为了调节速度不一致的两个或多个不同的物质的速度,在中间对速度较慢的一方起到加速作用,比如CPU的一级、二级缓存是保存了CPU最近经常访问的数据,内存是保存CPU经常访问硬盘的数据,而且硬盘也有大小不一的缓存,甚至是物理服务器的raid 卡有也缓存,都是为了起到加速CPU 访问硬盘数据的目的,因为CPU的速度太快了,CPU需要的数据由于硬盘往往不能在短时间内满足CPU的需求,因此CPU缓存、内存、Raid 卡缓存以及硬盘缓存就在一定程度上满足了CPU的数据需求,即CPU 从缓存读取数据可以大幅提高CPU的工作效率

6.8 dbsize查看键数目

dbsize 命令的作用是查看当前数据库中key的数目。

127.0.0.1:6379> dbsize      #查看键数目
 (integer) 11                #一共11个键
 127.0.0.1:6379>
复制代码


网络异常,图片无法展示
|


6.9 设置和清空密码

1、设置和查看密码

使用 config set requirepass password 命令设置密码。(一旦设置密码,必须先验证通过密码,否则所有操作不可用)

使用 config get requirepass 命令查看密码。

127.0.0.1:6379> config set requirepass 123456   #设置密码
 OK
 192.168.72.60:6379> config get requirepass
 (error) NOAUTH Authentication required.     #设置密码后,需要先验证密码才能操作其他命令
 127.0.0.1:6379> auth 123456                 #验证密码
 OK
 192.168.72.60:6379> config get requirepass  #查看密码  
 1) "requirepass"
 2) "123456"
 #设置密码后,使用密码登录可以直接操作,不需要二次验证
 [root@yuji ~]# redis-cli -h 192.168.72.60 -p 6379 -a 123456
 Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.
 192.168.72.60:6379> get teacher
 "lisi"
复制代码


网络异常,图片无法展示
|


网络异常,图片无法展示
|


2、清空密码:

使用 config set requirepass '' 清空密码。

192.168.72.60:6379> config set requirepass ''   #清空密码
 OK
 192.168.72.60:6379> config get requirepass
 1) "requirepass"
 2) ""                 #密码已为空
复制代码


网络异常,图片无法展示
|


七、Redis多数据库操作


Redis 支持多数据库,Redis默认情况下包含16个数据库,数据库名称是用数字0-15来依次命名的。

使用redis-cli连接Redis数据库后,默认使用的是序号为0的数据库。

多数据库相互独立,互不干扰。

7.1 多数据库间切换select

命令格式:select 序号
 #使用redis-cli连接Redis数据库后,默认使用的是序号为0的数据库。
 127.0.0.1:6379>select 10      #切换至序号为10的数据库
 127.0.0.1:6379[10]>select 15  #切换至序号为15的数据库
 127.0.0.1:6379[15]>select 0   #切换至序号为0的数据库
 127.0.0.1:6379[0]>
复制代码


网络异常,图片无法展示
|


7.2 多数据库间移动数据

命令格式:move 键值 序号
 #示例:
 127.0.0.1:6379> set k1 100    #在数据库0中设置键k1
 OK
 127.0.0.1:6379> get k1        #查看键k1的值,为100
 "100"
 127.0.0.1:6379> select 1       #切换至目标数据库1
 OK  
 127.0.0.1:6379[1]> get k1      #数据库1无法查看到k1的值
 (nil)
 127.0.0.1:6379[1]> select 0    #切换至目标数据库0
 OK
 127.0.0.1:6379> get k1         #查看目标数据是否存在
 "100"
 127.0.0.1:6379> move k1 1      #将数据库0中k1移动到数据库1中
 (integer) 1
 127.0.0.1:6379> select 1       #切换至目标数据库1
 OK
 127.0.0.1:6379[1]> get k1      #查看被移动数据
 "100"
 127.0.0.1:6379[1]> select 0    #切换到数据库0
 OK
 127.0.0.1:6379> get k1         #在数据库0中无法查看到k1的值
 (nil)
复制代码


网络异常,图片无法展示
|


7.3 清除数据库内数据

FLUSHDB:清空当前数据库数据
 FLUSHALL:清空所有数据库的数据,慎用!!!
复制代码


示例:

192.168.72.60:6379[1]> keys *      #数据库1中有3个键
 1) "shop"
 2) "k1"
 3) "k2"
 192.168.72.60:6379[1]> flushdb     #清空当前数据库的数据
 OK
 192.168.72.60:6379[1]> keys *      #数据库1已无数据
 (empty list or set)
 192.168.72.60:6379[1]> select 0    #切换到数据库0
 OK
 192.168.72.60:6379> keys *         #数据库0的数据仍然存在
  1) "k3"
  2) "v100"
  3) "v30"
  4) "v5"
  5) "mylist"
  6) "v22"
  7) "teacher"
  8) "key:__rand_int__"
  9) "counter:__rand_int__"
 10) "k2"
 11) "myset:__rand_int__"
 192.168.72.60:6379>
复制代码


网络异常,图片无法展示
|


八、Redis 运维的故障与处理方法


8.1 Redis常见运维故障

  1. 使用 keys* 把库堵死。——建议使用别名把这个命令改名。
  2. 超过内存使用后,部分数据被删除。——这个有删除策略的,选择适合自己的即可。
  3. 没开持久化,却重启了实例,数据全掉。——记得非缓存的信息需要打开持久化。
  4. RDB的持久化需要 Vm.overcommit_memory=1 ,否则会持久化失败。
  5. 没有持久化情况下,主从,主重启太快,从还没认为主挂的情况下,从会清空自己的数据,人为重启主节点前,先关闭从节点的同步。

8.2 Redis故障排查

  1. 结合Redis 监控查看QPS、缓存命中率、内存使用率等信息。
  2. 确认机器层面的资源是否有异常。
  3. 故障时及时上机,使用 redis-cli monitor 打印出操作日志,然后分析(事后分析此条失效)。
  4. 和研发沟通,确认是否有大Key在堵塞(大Key也可以在日常的巡检中获得) 和组内同事沟通,确实是否有误操作。
  5. 和运维同事、研发一起排查流量是否正常,是否存在被刷的情况。


总结


1.常见的关系型数据库?

oracle、MySQL、SQL Server、Microsoft Access、DB2、PostgreSQL

2.常见的非关系型数据库?

Redis、MongBD、Hbase、Memcached、ElasticSearch(索引数据库)、TSDB(时间序列数据库)

3.什么是Redis?

Redis(远程字典服务器)是一个开源的、使用c语言编写的NosQL数据库。

Redis 基于内存运行并支持持久化,采用key-value(键值对)的存储形式,是目前分布式架构中不可或的一环。

4.为什么需要Redis?

Redis 适用于数据实时性要求高、数据存储有过期和淘汰特征的、不需要持久化或者只需要保证弱一致性、逻辑简单的场景。

5.Redis如何性能测试?

使用 redis-benchmark 测试工具。

6.Redis默认数据类型:string

7.Redis为什么这么快?

  • 1、Redis是一款纯内存结构,避免了磁盘 I/O 等耗时操作。(基于内存运行)
  • 2、Redis命令处理的核心模块为单线程,减少了锁竞争,以及频繁创建线程和销毁线程的代价,减少了线程上下文切换的消耗。(单线程模型)
  • 3、采用了 I/O 多路复用机制,大大提升了并发效率。(epoll模式)

8.Redis数据库命令

1)常用名命令

set 、get: 存放、获取数据

del: 删除键

keys: 获取key,可以结合通配符 * 和 ?

exists: 判断key是否存在

type: 查看数据类型

rename和renamenx: 重命名的两种,后者会进行判断,存在则不改

dbsize: 查看当前数据库中key的数目

2)多数据库操作

select 序号 : 切换库名(16个数据库,数据库名称是用数字0-15)

move 键值 序号: 多数据库间移动数据

FLUSHDB : 清空当前数据库数据

FLUSHALL : 清空所有数据库的数据,慎用!!!

相关文章
|
存储 机器学习/深度学习 缓存
性能最高提升7倍?探究大语言模型推理之缓存优化
本文探讨了大语言模型(LLM)推理缓存优化技术,重点分析了KV Cache、PagedAttention、Prefix Caching及LMCache等关键技术的演进与优化方向。文章介绍了主流推理框架如vLLM和SGLang在提升首Token延迟(TTFT)、平均Token生成时间(TPOT)和吞吐量方面的实现机制,并展望了未来缓存技术的发展趋势。
4508 13
性能最高提升7倍?探究大语言模型推理之缓存优化
|
SQL 缓存 监控
MySQL缓存机制:查询缓存与缓冲池优化
MySQL缓存机制是提升数据库性能的关键。本文深入解析了MySQL的缓存体系,包括已弃用的查询缓存和核心的InnoDB缓冲池,帮助理解缓存优化原理。通过合理配置,可显著提升数据库性能,甚至达到10倍以上的效果。
|
缓存 并行计算 PyTorch
PyTorch CUDA内存管理优化:深度理解GPU资源分配与缓存机制
本文深入探讨了PyTorch中GPU内存管理的核心机制,特别是CUDA缓存分配器的作用与优化策略。文章分析了常见的“CUDA out of memory”问题及其成因,并通过实际案例(如Llama 1B模型训练)展示了内存分配模式。PyTorch的缓存分配器通过内存池化、延迟释放和碎片化优化等技术,显著提升了内存使用效率,减少了系统调用开销。此外,文章还介绍了高级优化方法,包括混合精度训练、梯度检查点技术及自定义内存分配器配置。这些策略有助于开发者在有限硬件资源下实现更高性能的深度学习模型训练与推理。
2698 0
|
缓存 负载均衡 监控
135_负载均衡:Redis缓存 - 提高缓存命中率的配置与最佳实践
在现代大型语言模型(LLM)部署架构中,缓存系统扮演着至关重要的角色。随着LLM应用规模的不断扩大和用户需求的持续增长,如何构建高效、可靠的缓存架构成为系统性能优化的核心挑战。Redis作为业界领先的内存数据库,因其高性能、丰富的数据结构和灵活的配置选项,已成为LLM部署中首选的缓存解决方案。
1151 25
|
缓存 运维 监控
Redis 7.0 高性能缓存架构设计与优化
🌟蒋星熠Jaxonic,技术宇宙中的星际旅人。深耕Redis 7.0高性能缓存架构,探索函数化编程、多层缓存、集群优化与分片消息系统,用代码在二进制星河中谱写极客诗篇。
2142 3
|
缓存 Java 应用服务中间件
Spring Boot配置优化:Tomcat+数据库+缓存+日志,全场景教程
本文详解Spring Boot十大核心配置优化技巧,涵盖Tomcat连接池、数据库连接池、Jackson时区、日志管理、缓存策略、异步线程池等关键配置,结合代码示例与通俗解释,助你轻松掌握高并发场景下的性能调优方法,适用于实际项目落地。
2124 5
|
NoSQL 安全 Linux
设置Redis在CentOS7上的自启动配置
这些步骤总结了在CentOS 7系统上设置Redis服务自启动的过程。这些命令提供了一个直接且明了的方式,确保Redis作为关键组件在系统启动时能自动运行,保障了依赖于Redis服务的应用的稳定性和可用性。
1019 9
|
缓存 运维 安全
WordPress安全加速:Cloudflare + Nginx缓存优化方案
本文介绍如何通过Cloudflare与Nginx优化WordPress网站性能,涵盖静态资源长期缓存、动态页面智能缓存及敏感路径保护,提升加载速度并保障后台安全。适用于使用Cloudflare与Nginx环境的WordPress站点。
617 0
|
NoSQL Ubuntu 网络安全
在 Ubuntu 20.04 上安装和配置 Redis
在 Ubuntu 20.04 上安装和配置 Redis 的步骤如下:首先更新系统包,然后通过 `apt` 安装 Redis。安装后,启用并启动 Redis 服务,检查其运行状态。可选配置包括修改绑定 IP、端口等,并确保防火墙设置允许外部访问。最后,使用 `redis-cli` 测试 Redis 功能,如设置和获取键值对。
814 1
|
缓存 关系型数据库 BI
使用MYSQL Report分析数据库性能(下)
使用MYSQL Report分析数据库性能
760 158

热门文章

最新文章