数据库缓存服务——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 : 清空所有数据库的数据,慎用!!!

相关文章
|
10月前
|
缓存 并行计算 监控
vLLM 性能优化实战:批处理、量化与缓存配置方案
本文深入解析vLLM高性能部署实践,揭秘如何通过continuous batching、PagedAttention与前缀缓存提升吞吐;详解批处理、量化、并发参数调优,助力实现高TPS与低延迟平衡,真正发挥vLLM生产级潜力。
2477 0
vLLM 性能优化实战:批处理、量化与缓存配置方案
|
10月前
|
缓存 负载均衡 监控
135_负载均衡:Redis缓存 - 提高缓存命中率的配置与最佳实践
在现代大型语言模型(LLM)部署架构中,缓存系统扮演着至关重要的角色。随着LLM应用规模的不断扩大和用户需求的持续增长,如何构建高效、可靠的缓存架构成为系统性能优化的核心挑战。Redis作为业界领先的内存数据库,因其高性能、丰富的数据结构和灵活的配置选项,已成为LLM部署中首选的缓存解决方案。
920 25
|
10月前
|
缓存 运维 监控
Redis 7.0 高性能缓存架构设计与优化
🌟蒋星熠Jaxonic,技术宇宙中的星际旅人。深耕Redis 7.0高性能缓存架构,探索函数化编程、多层缓存、集群优化与分片消息系统,用代码在二进制星河中谱写极客诗篇。
1832 3
|
11月前
|
存储 缓存 NoSQL
Redis专题-实战篇二-商户查询缓存
本文介绍了缓存的基本概念、应用场景及实现方式,涵盖Redis缓存设计、缓存更新策略、缓存穿透问题及其解决方案。重点讲解了缓存空对象与布隆过滤器的使用,并通过代码示例演示了商铺查询的缓存优化实践。
414 1
Redis专题-实战篇二-商户查询缓存
|
11月前
|
缓存 NoSQL 关系型数据库
Redis缓存和分布式锁
Redis 是一种高性能的键值存储系统,广泛用于缓存、消息队列和内存数据库。其典型应用包括缓解关系型数据库压力,通过缓存热点数据提高查询效率,支持高并发访问。此外,Redis 还可用于实现分布式锁,解决分布式系统中的资源竞争问题。文章还探讨了缓存的更新策略、缓存穿透与雪崩的解决方案,以及 Redlock 算法等关键技术。
|
11月前
|
缓存 Java 应用服务中间件
Spring Boot配置优化:Tomcat+数据库+缓存+日志,全场景教程
本文详解Spring Boot十大核心配置优化技巧,涵盖Tomcat连接池、数据库连接池、Jackson时区、日志管理、缓存策略、异步线程池等关键配置,结合代码示例与通俗解释,助你轻松掌握高并发场景下的性能调优方法,适用于实际项目落地。
1847 5
|
缓存 NoSQL 数据库
Django缓存机制详解:从配置到实战应用
本文全面解析Django缓存技术,涵盖配置方法与六大缓存后端,结合实战场景演示四种典型应用方式,帮助开发者提升Web应用性能,应对高并发挑战。
402 0
|
11月前
|
关系型数据库 MySQL 分布式数据库
阿里云PolarDB云原生数据库收费价格:MySQL和PostgreSQL详细介绍
阿里云PolarDB兼容MySQL、PostgreSQL及Oracle语法,支持集中式与分布式架构。标准版2核4G年费1116元起,企业版最高性能达4核16G,支持HTAP与多级高可用,广泛应用于金融、政务、互联网等领域,TCO成本降低50%。
|
11月前
|
SQL 关系型数据库 MySQL
Mysql数据恢复—Mysql数据库delete删除后数据恢复案例
本地服务器,操作系统为windows server。服务器上部署mysql单实例,innodb引擎,独立表空间。未进行数据库备份,未开启binlog。 人为误操作使用Delete命令删除数据时未添加where子句,导致全表数据被删除。删除后未对该表进行任何操作。需要恢复误删除的数据。 在本案例中的mysql数据库未进行备份,也未开启binlog日志,无法直接还原数据库。
|
11月前
|
关系型数据库 MySQL 数据库
阿里云数据库RDS费用价格:MySQL、SQL Server、PostgreSQL和MariaDB引擎收费标准
阿里云RDS数据库支持MySQL、SQL Server、PostgreSQL、MariaDB,多种引擎优惠上线!MySQL倚天版88元/年,SQL Server 2核4G仅299元/年,PostgreSQL 227元/年起。高可用、可弹性伸缩,安全稳定。详情见官网活动页。
1668 152