吐血整理Redis

最新推荐文章于 2022-09-02 11:26:55 发布
原创 最新推荐文章于 2022-09-02 11:26:55 发布 · 438 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#Redis

Redis

1. 互联网行业的特点:
# 互联网行业的特点:
	
1. 高并发
		同时的访问量过大
2. 高可用
		网站什么时候都可以访问
3. 海量数据
		动态的数据很大,比如qq的用户
		
* 传统的数据库 比如关系型数据库: mysql 是扛不住的,mysql能够支持的最大的并发量为2000左右,所有无法来面对高并发等高要求了


* 非关系型数据库是为了配合关系型数据库来解决互联网的行业中的一些问题而产生的,他们之前不是竞争的关系 ,而是互补的关系
1.1 NoSQL
# NoSQL: (not only sql )非关系型数据库,它提倡使用非关系型的数据存储结构来保存数据

主流的nosql产品

分类特点代表产品
键值存储数据一般存在内存中，读写速度快(10w/s)，适合作为缓存服务redis
文档型数据库数据结构要求不严格，适合存储结构不确定或者价值较低的数据mongdb
列存储数据库查找速度快，更容易进行分布式扩展，适合作为文件存储服务Hbase
图形数据库使用“图结构”进行存储，适合做社交网络计算等等Neo4j

特点:

# redis的特点:
	redis是由C语言开发的开源的高性能键值对数据库,它的所有的数据都是保存在内存中的,这也就是它读写数据块的原因
	
1. 内存的读写速度是硬盘的读写速度的一万倍
	
2. redis在企业中的最大的作用是作为缓存服务器使用
	
3. redis的默认端口号为: 6379
2. Redis的数据类型
# redis采用的是键值对存储的数据,键只能是字符串,值支持五种数据类型

1. String 字符串
2. Hash 	哈希------- HashMap
3. List 	列表--------LinkedArrayList	有序的,可重复的
4. Set		集合--------HashSet			无序的,不能重复的
5. Zset 	有序集合-----LinkedHashSet		有序的,不能重复的
2.1 Redis的常见的命令
String字符串
# redis的常见的命令:
	类似于操作mysql 的sql语句
	根据不同的类型有不同的操作命令
	
	
1. 操作String:
	string类型是二进制安全的,可以包含任意的数据类型
	一个建大概能存储的521M
		1.1 增加数据:
			set key value	
			set 100 zhangsan 
			
		1.2 获取数据:
			get key
			get 100
		
        1.3 删除数据:
        	del key
        	del 100
        	
        1.4 增加数据的时候设置过期时间
        	set key 存活时间(s秒为单位) value
        	常用在短信的验证码中

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-CR68WQri-1575171162361)(C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\1573280791386.png)]

Hash哈希
2. 	Hash 哈希
	类似于java中的map 可以存储一组组的键值对
	适合存储一些对象的信息
		
		1.1 增加数据
			hset key hkey hvalue
			hset 100 name zhangsan 
			
		1.2 获取数据
			hget key  hkey 获取一个属性
			hgetall key    获取一条记录
			
		1.3 删除数据
			hdel key hkey 删除一个属性
			del key 	  删除一条记录

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-vUvGng9a-1575171162363)(C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\1573280720501.png)]

List列表
3. List 列表
	List底层是一个双向的字符串链表,里面的元素是有序的,可重复的
	我们可以从链表的任何一端进行元素的增删
	
		1.1 增加数据:
			lpush(rpush) key value 从左边或者右边添加数据
            
         1.2 查询数据:
         	lrange key [开始位置 结束位置]
         	
         1.3 删除数据
         	lpop(rpor) key

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-6q0gADh8-1575171162364)(C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\1573280678170.png)]

Set集合
# Set 类型底层是一张hash表.里面的元素是无序的,不可重复的

	1.1 增加数据:
		sadd key value
		
	1.2 查询数据:
		smembers key 
		
	1.3 删除数据
		srem key value

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-LlldEG44-1575171162365)(C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\1573280985028.png)]

Zset 有序集合
# Zset在set的基础上,加入了有序的功能,在添加元素的时候,允许指定一个分数,他会按照这个分数排序

		1.1 添加数据
			zadd key value
			
		1.2 查询数据
			zrange key [开始索引 结束索引]
			
		1.3 删除数据
			zrem key value
通用的命令
1. 模糊查询:
		keys*
2. 根据键判断记录是否存在:
		EXISTS key
3. 根据键判断值的类型
		type key
4. 选择数据库
		select 数据库的索引[从0开始]
5. 清空当前数据库
		flushdb
6. 清空所有的数据库
		flushall
3. Redis的持久化
# redis 的数据都是存储到内存中的,一旦出现宕机,势必会造成数据的丢失,这样就需要持久化的操作了,也就是将内存中的数据存储到硬盘上去

* 注意,redis虽然有持久化的机制,但是他的数据依旧还是都在内存中的,持久化只是为了数据的安全和备份

* Redis 提供了两种的持久化的机制
	RDB 和 AOF
RDB持久化
# RDB(Redis Database)   这是redis默认的持久化的方案

* 特点:
	他通过设置配置文件中的一些条件,当条件满足的时候,redis就会触发RDB快照机制,将当前时刻的redis在内存中的数据全部的持久化到硬盘上去
	
* 工作机制:
		1. 当RDB持久化的条件满足的时候,redis会创建一条子线程来专门负责数据的持久化(也就是将内存中的数据保存到磁盘上去)
		
		2. 这个过程中redis会创建创建一个新的rdb类型的备份文件,而不是改变原来的备份文件.
		
		3. 当新的rdb备份文件备份完毕以后,redis会用新的备份文件替换到旧的备份文件

	也就是说当新的备份文件备份的过程中出现宕机的现象,印象的仅仅是备份之前的数据,员数据并没有改变

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-3DPuz8Vu-1575171162367)(C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\1573282339853.png)]

AOF
# AOF(Append Only File )此持久化的机制默认是关闭的.

* 工作机制:
	它采用日志的形式来记录Redis的每一次的写操作,并且追加到文件中.
	Redis重启会根据日志文件的内容将写指定从前到后执行一次以完成数据的恢复
	
	
* 条件配置:
		1. AOF就是redis会记录每次的写操作.但是每次写操作都是由缓冲的,不会立即写入磁盘,但是可以通过调用系统的fsync()函数强制写入.
		2. 根据这一个特性,redis提供一个配置来决定什么时候调用这个函数
		
    appendfsync   always 		每次操作都会调用
    appendfsync   everysec		每秒调用一次
    appendfsync   no    		不配置 ,有系统决定什么时候来调用

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Z3igPrpE-1575171162368)(C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\1573285165511.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-2GtO4YUJ-1575171162369)(C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\1573285248721.png)]

两种持久化操作的对比
# RDB使用的是快照机制保存数据,也就是它保存的数据是某一时刻的完整的数据
	这种机制适合做备份的使用,但是redis一旦宕机的话,机会丢失最后一次快照之后的数据
	
# AOF可以通过控制调用系统的函数的执行时间来最大程度的保证数据的完整性,但是相同的数据,aof的备份文件远大于rdb 的备份文件,而且恢复数据的时候要比rdb要慢的多


* aof 的备份文件是以aof 结尾的
* rdb 的备份文件是以rdb结尾的

1. aof文件比rdb的更新频率高,优先使用aof 还原数据
2. aof文件比rdb文件更安全也更大
3. rdb的性能要比aof的性能要好
4. 如果两个都配置了优先加载aof
4. Redis的应用场景
缓存
1. 缓存:
	缓存一些访问量大,但是又不经常修改的数据,如广告栏,导航栏等


# 程序先从redis中查询
	1. 如果查询的到的话,就直接放回结果
	2. 如果查询不到的话,就去数据库查询,然后将数据放到redis中,再放回数据
	
	这样以后的查询如果redis中存在的话,就不去数据库中进行查询,这样就减轻了数据库的压力

* 如果数据库的数据有更新的话,就要及时的向redis中同步

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-WCPO0fKh-1575171162370)(C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\1573286580329.png)]

秒杀
* 可以将秒杀的数据先存储到redis中,等秒杀结束,在慢慢的转入到数据库中

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-LucvYDRO-1575171162371)(C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\1573286939328.png)]

分布式session存储
# 分布式环境下,用来存储登陆用户的信息来模仿session的效果

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-FRkuTJr4-1575171162373)(C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\1573287032162.png)]

临时验证码的存储
# 手机发送验证码后,将验证码存储到redis中,如果到指定的时间没有验证的话,就会失效

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-WUqBum7H-1575171162374)(C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\1573287106185.png)]

5. Redis中的架构模式
单机版
# 单机版
* 特点:简单
* 问题:
1. 内存的容量有限
2. 处理能力有限
3. 无法高可用

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-EZqRWrR3-1575171162375)(C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\1573288854948.png)]

主从复制
# redis的复制功能允许用户根据一个redis服务器来创建任意多个该服务器的复制品

* 其中被复制的服务器为主服务器,赋值出来的服务器为从服务器

* 描述:
		只要主从服务器之间的网络连接正常,主从服务器两者会有相同的数据
		主服务器会一直讲发生在自己身上的数据同步给从服务器,从而保证主从服务器的数据相同
		
* 特点:
	1. 存在两个角色 master(主服务器)/slave(从服务器)
    2. master/slave两者的数据相同
    3. 降低了master的读的压力
    
* 问题:
	1. 无法保证高可用
	2. 没有解决master(主服务器的写的压力)

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Cv8UjEro-1575171162376)(C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\1573289530572.png)]

哨兵
#

待补充

6. Redis中常见的问题

一般的缓存系统,都是按照key去缓存查询

缓存雪崩
# 缓存雪崩可以简单的理解为: 由于原有的缓存失效,新缓存还没有到来
		例如:
		我们设置了缓存时采用了相同的过期的时间,在同一时刻出现了大面积的缓存过期,
		我们原本访问缓存的请求都去访问了数据库,而对数据库CPU和内存造成了很大的压力
		严重的情况下会照成宕机,造成一系列的连锁反应,严重的话会造成系统的瘫痪
		
* 解决方案:
	1. 在缓存失效后,通过加锁或者队列的方式来控制读数据库写缓存的线程数量:
			加锁是指:对于某个key只允许单个线程来查询数据库,其他线程等待
			队列: 对于查询数据库的请求都进行排队,数据库能处理多少处理多少
			
	2. 做二级缓存:
			比如A1为原始缓存,A2为拷贝缓存,当A1失效后,可以访问A2
			A1失效的时间可以设置为短期,A2的时间可以设置为长期

	3. 不同的key,设置不同的失效的时间
			让缓存失效的时间分散开来
缓存穿透
# 缓存穿透 :用户恶意查询不存在的value值
            一把缓存系统都是根据key去查询对应的value值
            如果不存在对应的value值,那么就回去数据库中查询
            一些恶意的请求会故意查询不存在的key值
            请求量很大,就会对数据库造成很大的压力
            所有的请求都会绕过缓存直接查询数据库,进行多次无用的查询

* 解决方案:
	1. 对结果为空的情况也进行缓存
			缓存的时间设置短一点
			或者该key对应的数据insert之后清除缓存
			
	2. 对一定不存在的key进行过滤
			可以把所有存在的key放到一大的Bitmap(典型的就是哈希表)中
			查询时通过该bitmap进行过滤
			不存在key不会再去查询数据库了
缓存预热
# 缓存预热: 就是项目上线之前,把相关的缓存数据直接加载到缓存的系统中
	
* 提前把缓存的额数据加载到缓存系统中,在用户发送请求的时候,可以从缓存中查询,避免直接查询数据库,对数据库造成压力

* 解决思路:
		1. 直接写个缓存刷新页面,上线时手工操作下
		2. 数据量不大,可以在项目启动的时候自动加载
		3. 定时刷新缓存
缓存更新
# 除了缓存服务器自带的缓存失效策略之外(Redis默认的有6中缓存策略),我们可以根据自己的业务需求来自动缓存的淘汰机制

* 常见的缓存的策略有两种:
		1. 定时的去清理过期的缓存
		2. 当有用户请求过来的时候,在判断这个缓存是否过期
			过期的话就去数据库查询,进行更新
			
		两者的区别是: 第一种维护大量缓存的key是比较麻烦的
					第二种的业务逻辑相对复杂
缓存降级
Redis源码分析（三十六）--- Redis中的11大优秀设计
走在前往架构师的路上
11-08 2万+
坚持了一个月左右的时间，从最开始的对Redis的代码做分类，从struct结构体分析开始，到最后分析main主程序结束，中间，各大模块的代码逐个击破，学习，总之，收获了非常多，好久没有这么久的耐心把一个框架学透，学习一个框架，会用那只是小小的一部分，能把背后的原理吃透才是真功夫。在这个学习的最后阶段，是时候要来点干货了，我把这1个多月来的一些总结的一些比较好的代码，和设计思想总结出来了，原本想凑成
【吐血整理】Redis常见面试题
Cami_xiao的博客
12-28 345
Redis面试题，包括Redis的介绍、适用的场景、数据类型、持久化策略、淘汰策略、缓存击穿、穿透、雪崩、单线程、架构模型、分布式锁、内存优化及性能。
吐血整理60个Redis面试题,全网最全了
11-20 3135
1.Redis 是一个基于内存的高性能key-value数据库。 2.Redis相比memcached有哪些优势： memcached所有的值均是简单的字符串，redis作为其替代者，支持更为丰富的数据类型 redis的速度比memcached快很多 redis可以持久化其数据 3.Redis是单线程 redis利用队列技术将并发访问变为串行访问，消除了传统数据库串行控制的开销 4.R...
详解Redis数据库配置不当遭恶意入侵过程
chuisou1495的博客
08-03 304
Redis数据库简介 Redis（REmote DIctionary Server）是一款开源、支持网络、基于内存的高级键值对（Key-Value）存储数据库，其使用C语言编写实现。Redis通常被称为数据结构服务器，因为数据库中键（Key）的值（Value）可以是字符串、哈希表、列表、集合、...
Redis 中的数据持久化策略（RDB）
weixin_44626952的博客
01-05 961
Redis 是一个内存数据库，所有的数据都直接保存在内存中，那么，一旦 Redis 进程异常退出，或服务器本身异常宕机，我们存储在 Redis 中的数据就凭空消失，再也找不到了。 Redis 作为一个优秀的数据中间件，必定是拥有自己的持久化数据备份机制的，redis 中主要有两种持久化策略，用于将存储在内存中的数据备份到磁盘上，并且在服务器重启时进行备份文件重载。 RDB 和 AOF 是 Re...
硬盘写满后redis的处理机制
cleanfield的专栏
11-05 1万+
磁盘写满后redis的处理机制：只读不写
吐血整理Redis面试题66道
weixin_46231742的博客
11-19 2352
1.Redis Redis 是一个基于内存的高性能key-value数据库。Redis采用单线程模式处理请求。这样做的原因有2个，一个因为采用了非阻塞的异步事件处理机制，另一个是缓存数据都是内存操作IO时间不会太长，单线程可以避免线程上下文切换产生的代价。代价是指应用程序的性能和响应能力。 2.Redis相比memcached有哪些优势： memcached所有的值均是简单的字符串，redis作为其替代者，支持更为丰富的数据类型 redis的速度比memcached快很多 redis可以持久化其数据，所以R
分布式专题｜吐血整理Redis 十四大知识点，帮助小白从0到1蜕变
热门推荐
08-03 4万+
分布式专题｜吐血整理Redis 十四大知识点，帮助小白从0到1蜕变
【吐血整理】知乎SpringBoot集成Redis集群
m0_57066201的博客
06-15 339
这次写一下springboot与redis的结合，这里使用的是redis集群模式（主从），主从环境的搭建，请参考redis集群搭建 搭建完redis集群环境后，开始springboot之旅 1、REDIS介绍 redis的介绍及应用场景参考 redis介绍 2、项目构建 我们还是从redis项目构建开始说起,首先还是进入的spring官网, 从这里开始构建项目，如下图 当然也可以自己添加pom文件，如下 3、添加配置文件 application.properties中 4、JEDIS配置类的编写 这里
史上吐血整理Java面试.rar
09-26
Dubbo服务框架面试专题及答案整理文档 java筑基面试专题系列（二）：并发+Netty+JVM+Linux java筑基面试专题系列（一）：Tomcat+Mysql+设计模式 分布式数据库面试专题系列：Redis+MongoDB 分布式通讯面试专题系列：...
JAVA面试重点话术（张大大吐血整理）.doc
01-11
在Java面试中，面试官常常关注一些核心概念和技术，包括SpringMVC的工作原理、内存管理的堆和栈、锁机制以及常见的数据存储解决方案，如Redis和分布式服务框架Dubbo及Zookeeper。以下是这些知识点的详细说明： 1. ...
一篇经典的 Redis 面试资料「处女座笔记」「吐血推荐」...
Java Punk
09-02 1246
一篇经典的 Redis 面试资料，很清晰，很全面，很详细，很值得收藏，应对大厂面试，这一篇就足足足足足够了
直通面试：十分钟了解Redis的内存管理
小白的逆袭
07-07 571
大三那年，我面试过阿里提前批的实习生内推。二面的时候面试官问到自定义内存管理函数、以及如何处理8字节对齐等问题。当时语塞，挂掉了面试。在那过后的一个月，因缘际会我开始阅读Redis源码，当读到zmalloc.c时，哑然一笑，这可能正是面试官想要的答案，但逝去的面试再也回不来。当时年少，才疏学浅。而本文的原文初版也是写于那年（2015年），所以源码基于Redis 3.x。 目录 源码在...
手机端AIDE安卓的音乐播放器软件代码QZQ.txt
12-17
手机端AIDE安卓的音乐播放器软件代码QZQ.txt
PythonPytorch基于小波时频图与SwinTransformer的轴承故障诊断研究
12-17
Python【Pytorch】基于小波时频图与SwinTransformer的轴承故障诊断研究内容概要：本文介绍了基于小波时频图与SwinTransformer的轴承故障诊断方法，利用Pytorch框架实现深度学习模型的应用。通过将振动信号转化为小波时频图，提取故障特征，并结合SwinTransformer这一基于Transformer架构的视觉模型进行分类识别，提升故障诊断的准确率与鲁棒性。该研究展示了深度学习在工业设备故障诊断中的潜力，特别是在处理非平稳信号和复杂工况下的有效性。; 适合人群：具备一定Python编程基础和深度学习理论知识的高校研究生、科研人员及工业界从事设备状态监测与故障诊断的工程师；熟悉Pytorch框架者更佳。; 使用场景及目标：①应用于旋转机械如电机、风机、齿轮箱等关键部件的轴承故障早期识别；②为智能制造与预测性维护系统提供技术支持；③推动传统信号处理与前沿深度学习模型（如SwinTransformer）在工业场景中的融合研究。; 阅读建议：建议读者结合文中提供的代码实践操作，理解从小波变换到图像输入再到SwinTransformer建模的全流程，重点关注数据预处理与模型结构设计细节，并可通过更换数据集或调整网络参数进一步验证模型泛化能力。
通过短时倒谱(Cepstrogram)计算进行时-倒频分析研究（Matlab代码实现）
12-17
通过短时倒谱(Cepstrogram)计算进行时-倒频分析研究（Matlab代码实现）内容概要：本文主要介绍了一项关于短时倒谱（Cepstrogram）计算在时-倒频分析中的研究，并提供了相应的Matlab代码实现。通过短时倒谱分析方法，能够有效提取信号在时间与倒频率域的特征，适用于语音、机械振动、生物医学等领域的信号处理与故障诊断。文中阐述了倒谱分析的基本原理、短时倒谱的计算流程及其在实际工程中的应用价值，展示了如何利用Matlab进行时-倒频图的可视化与分析，帮助研究人员深入理解非平稳信号的周期性成分与谐波结构。; 适合人群：具备一定信号处理基础，熟悉Matlab编程，从事电子信息、机械工程、生物医学或通信等相关领域科研工作的研究生、工程师及科研人员。; 使用场景及目标：①掌握倒谱分析与短时倒谱的基本理论及其与傅里叶变换的关系；②学习如何用Matlab实现Cepstrogram并应用于实际信号的周期性特征提取与故障诊断；③为语音识别、机械设备状态监测、振动信号分析等研究提供技术支持与方法参考； 阅读建议：建议读者结合提供的Matlab代码进行实践操作，先理解倒谱的基本概念再逐步实现短时倒谱分析，注意参数设置如窗长、重叠率等对结果的影响，同时可将该方法与其他时频分析方法（如STFT、小波变换）进行对比，以提升对信号特征的理解能力。
无人水下航行器(UUV)仿真研究（Matlab代码实现）
最新发布
12-17
无人水下航行器(UUV)仿真研究（Matlab代码实现）内容概要：本文围绕无人水下航行器（UUV）的仿真研究展开，基于Matlab代码实现对UUV的动力学模型、运动控制及导航仿真进行系统构建与验证。研究重点包括UUV的六自由度数学建模、环境干扰（如水流、浮力、阻力）的引入、姿态与轨迹控制算法的设计（如PID、滑模控制等），并通过Matlab/Simulink平台完成仿真验证，帮助理解UUV在复杂水下环境中的行为特性。此外，文档还提及与其他技术（如路径规划、信号处理、水下图像增强）的交叉应用，展现了UUV仿真的综合性与工程实用性。; 适合人群：具备一定Matlab编程基础，从事海洋工程、自动化、机器人、控制理论等相关领域的研究生、科研人员及工程技术人员。; 使用场景及目标：①用于UUV控制系统的设计与算法验证；②支持水下机器人相关课程教学与实验仿真；③为水下探测、救援、勘探等实际应用场景提供技术预研和方案测试平台； 阅读建议：建议结合文中提供的Matlab代码进行逐模块调试与仿真，重点关注动力学建模与控制算法实现部分，同时可拓展学习文档中提到的路径规划、传感器融合等相关技术，以构建完整的UUV系统认知体系。
【泰迪杯数据分析】超市销售赛题程序 落地即用！.zip
12-17
【泰迪杯数据分析】超市销售赛题程序 落地即用！.zip
迪博内部控制指数（2000-2024年） .xlsx
12-17
数据简介 迪博内部控制指数是一种用于评估公司内部控制质量的指标体系，由迪博公司开发，旨在全面衡量上市公司内部控制水平与风险管控能力。 迪博内部控制指数采用千分制，范围为0-1000，数值越大表明企业内部控制质量越高。该指数以内部控制五大目标（战略、合规、经营、报告、资产安全）为导向，选取对应的指标进行评估，同时将内部控制缺陷作为修正变量，对基本指数进行修正，以更准确地反映公司内部控制质量。 迪博内部控制指数评级依据指数数值分布，将上市公司内部控制水平划分为四个级别、八个档次。 数据名称：迪博内部控制指数 数据年份：2000-2024年 数据范围：A股上市公司 相关数据 年份 证券代码 证券简称 辖区 证监会行业 申万行业 内部控制指数评级 内部控制指数评分 报告期
Redis学习资料整理分享
由于【压缩包子文件的文件名称列表】提供的信息仅有“redis”，没有具体的文件名称列表，因此难以确定具体的文件内容。不过，从【标题】和【描述】中提供的信息来看，文件可能包含关于Redis数据库管理系统的关键知识...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值