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

本文涉及的产品
Redis 开源版,标准版 2GB
推荐场景:
搭建游戏排行榜
云数据库 Tair(兼容Redis),内存型 2GB
简介: 一、缓存概念缓存是为了调节速度不一致的两个或多个不同的物质的速度,在中间对速度较慢的一方起到加速作用,比如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 : 清空所有数据库的数据,慎用!!!

相关实践学习
基于Redis实现在线游戏积分排行榜
本场景将介绍如何基于Redis数据库实现在线游戏中的游戏玩家积分排行榜功能。
云数据库 Redis 版使用教程
云数据库Redis版是兼容Redis协议标准的、提供持久化的内存数据库服务,基于高可靠双机热备架构及可无缝扩展的集群架构,满足高读写性能场景及容量需弹性变配的业务需求。 产品详情:https://www.aliyun.com/product/kvstore     ------------------------------------------------------------------------- 阿里云数据库体验:数据库上云实战 开发者云会免费提供一台带自建MySQL的源数据库 ECS 实例和一台目标数据库 RDS实例。跟着指引,您可以一步步实现将ECS自建数据库迁移到目标数据库RDS。 点击下方链接,领取免费ECS&RDS资源,30分钟完成数据库上云实战!https://developer.aliyun.com/adc/scenario/51eefbd1894e42f6bb9acacadd3f9121?spm=a2c6h.13788135.J_3257954370.9.4ba85f24utseFl
目录
打赏
0
0
0
0
12
分享
相关文章
Redis应用—8.相关的缓存框架
本文介绍了Ehcache和Guava Cache两个缓存框架及其使用方法,以及如何自定义缓存。主要内容包括:Ehcache缓存框架、Guava Cache缓存框架、自定义缓存。总结:Ehcache适合用作本地缓存或与Redis结合使用,Guava Cache则提供了更灵活的缓存管理和更高的并发性能。自定义缓存可以根据具体需求选择不同的数据结构和引用类型来实现特定的缓存策略。
Redis应用—8.相关的缓存框架
|
6天前
|
Redis Pipeline介绍 ---- 提高操作Redis数据库的执行效率。
Redis Pipeline是提高Redis执行效率的重要技术,通过批量发送命令,显著减少了网络往返次数,提高了系统的吞吐量和性能。在实际应用中,合理使用Pipeline可以有效优化Redis的性能,特别是在需要批量操作的场景下。本文通过Python和Java的示例代码展示了如何实现和使用Redis Pipeline,为开发者提供了具体的操作指南。
37 16
Redis缓存设计与性能优化
Redis缓存设计与性能优化涵盖缓存穿透、击穿、雪崩及热点key重建等问题。针对缓存穿透,可采用缓存空对象或布隆过滤器;缓存击穿通过随机设置过期时间避免集中失效;缓存雪崩需确保高可用性并使用限流熔断组件;热点key重建利用互斥锁防止大量线程同时操作。此外,开发规范强调键值设计、命令使用和客户端配置优化,如避免bigkey、合理使用批量操作和连接池管理。系统内核参数如vm.swappiness、vm.overcommit_memory及文件句柄数的优化也至关重要。慢查询日志帮助监控性能瓶颈。
41 9
缓存与数据库的一致性方案,Redis与Mysql一致性方案,大厂P8的终极方案(图解+秒懂+史上最全)
缓存与数据库的一致性方案,Redis与Mysql一致性方案,大厂P8的终极方案(图解+秒懂+史上最全)
Redis原理—2.单机数据库的实现
本文概述了Redis数据库的核心结构和操作机制。
Redis原理—2.单机数据库的实现
Redis,分布式缓存演化之路
本文介绍了基于Redis的分布式缓存演化,探讨了分布式锁和缓存一致性问题及其解决方案。首先分析了本地缓存和分布式缓存的区别与优劣,接着深入讲解了分布式远程缓存带来的并发、缓存失效(穿透、雪崩、击穿)等问题及应对策略。文章还详细描述了如何使用Redis实现分布式锁,确保高并发场景下的数据一致性和系统稳定性。最后,通过双写模式和失效模式讨论了缓存一致性问题,并提出了多种解决方案,如引入Canal中间件等。希望这些内容能为读者在设计分布式缓存系统时提供有价值的参考。感谢您的阅读!
132 6
Redis,分布式缓存演化之路
云数据库实战:基于阿里云RDS的Python应用开发与优化
在互联网时代,数据驱动的应用已成为企业竞争力的核心。阿里云RDS为开发者提供稳定高效的数据库托管服务,支持多种数据库引擎,具备自动化管理、高可用性和弹性扩展等优势。本文通过Python应用案例,从零开始搭建基于阿里云RDS的数据库应用,详细演示连接、CRUD操作及性能优化与安全管理实践,帮助读者快速上手并提升应用性能。
微信小程序数据缓存与本地存储:优化用户体验
本文深入探讨微信小程序的数据缓存与本地存储,介绍其意义、机制及应用场景。通过合理使用内存和本地缓存,可减少网络请求、提升加载速度和用户体验。文中详细讲解了常用缓存API的使用方法,并通过一个新闻列表案例展示了缓存的实际应用。最后提醒开发者注意缓存大小限制、时效性和清理,以确保最佳性能。
Vue.js应用结合Redis数据库:实践与优化
将Vue.js应用与Redis结合,可以实现高效的数据管理和快速响应的用户体验。通过合理的实践步骤和优化策略,可以充分发挥两者的优势,提高应用的性能和可靠性。希望本文能为您在实际开发中提供有价值的参考。
69 11
云端问道21期方案教学-应对高并发,利用云数据库 Tair(兼容 Redis®*)缓存实现极速响应
云端问道21期方案教学-应对高并发,利用云数据库 Tair(兼容 Redis®*)缓存实现极速响应
AI助理

你好,我是AI助理

可以解答问题、推荐解决方案等