fwq

Redis中SDS简单动态字符串问题怎么解决 0浏览 收藏 本篇文章主要是结合我之前面试的各种经历和实战开发中遇到的问题解决经验整理的，希望这篇《Redis中SDS简单动态字符串问题怎么解决》对你有很大帮助！欢迎收藏，分享给更多的需要的朋友学习~ 一、SDS的结构  c语言没有string类型，本质是char[]数组；而且c语言数组创建时必须初始化大小，指定类型后就不能改变，并且字符数组的最后一个元素总是空字符 ‘\0’ 。 以下展示了一个值为 “Redis” 的 C 字符串： Redis没有直接使用C语言的字符串方式，而是构建了一种简单动态字符串（Simple dynamic string， SDS）的类型，Redis中的字符串底层都是使用SDS结构进行存储，比如包含字符串的键值对底层都是使用SDS结构实现的。 SDS结构定义在sds.h中 struct sdshdr{     int len;//SDS保存的字符串长度     int free;//buf数组中未使用字节数量     char buf[];//字符数组，保存字符串 } 最后一个字节保存了空字符’\0’，保留了C字符串的规范，使得SDS结构的字符串，可以重用一部分C函数库的函数。 二、为什么不使用C字符串 主要是因为C字符串有以下缺点： 获取字符串长度时间复杂度为O(N)：C字符串获取长度需遍历整个字符串，遇到’\0’空字符为止。如果未分配足够的内存，在进行字符串追加操作时可能会导致缓冲区溢出。 内存重分配：每次增长或者截短字符串，程序都要对保存C字符串的数组进行内存重分配操作，而内存重分配涉及复杂的算法，并可能需要执行系统调用，所以它通常比较耗时。如果C字符串中间保存有空格，程序在遍历时会错误地将其认为是字符串的结尾。C字符串由于这一限制，只能用于存储文本数据，而不能存储二进制数据，例如图片、音视频、压缩文件等。 三、怎样解决C字符串问题    1、SDS通过len属性记录了SDS长度，所以获取长度的时间复杂度为O(1)，即strlen命令的时间复杂度是O(1)。 2、SDS空间分配策略避免了缓冲区溢出：当对SDS进行修改时，会先检查SDS空间是否满足修改，不满足会自动扩展到所需大小，然后才执行修改。…

redis数据的两种持久化方式对比 0浏览 收藏 本篇文章主要是结合我之前面试的各种经历和实战开发中遇到的问题解决经验整理的，希望这篇《redis数据的两种持久化方式对比》对你有很大帮助！欢迎收藏，分享给更多的需要的朋友学习~ 一.概念介绍 redis提供了两种持久化的方式，分别是RDB（Redis DataBase）和AOF（Apend Only File）。 RDB方式 RDB方式是一种快照式的持久化方法，将某一时刻的数据持久化到磁盘中。 •redis在进行数据持久化的过程中，会先将数据写入到一个临时文件中，待持久化过程都结束了，才会用这个临时文件替换上次持久化好的文件。正是这种特性，让我们可以随时来进行备份，因为快照文件总是完整可用的。 •对于RDB方式，redis会单独创建（fork）一个子进程来进行持久化，而主进程是不会进行任何IO操作的，这样就确保了redis极高的性能。 •如果需要进行大规模数据的恢复，且对于数据恢复的完整性不是非常敏感，那RDB方式要比AOF方式更加的高效。 AOF方式 AOF方式是将执行过的写指令记录下来，在数据恢复时按照丛前到后的顺序再将指令执行一遍。 •AOF命令以redis协议追加保存每次写的操作到文件末尾.Redis还能对AOF文件进行后台重写,使得AOF文件的体积不至于过大.默认的AOF持久化策略是每秒钟fsync一次（fsync是指把缓存中的写指令记录到磁盘中），因为在这种情况下，redis仍然可以保持很好的处理性能，即使redis故障，也只会丢失最近1秒钟的数据。 •如果在追加日志时，恰好遇到磁盘空间满、inode满或断电等情况导致日志写入不完整，也没有关系，redis提供了redis-check-aof工具，可以用来进行日志修复。 •因为采用了追加方式，如果不做任何处理的话，AOF文件会变得越来越大，为此，redis提供了AOF文件重写（rewrite）机制，即当AOF文件的大小超过所设定的阈值时，redis就会启动AOF文件的内容压缩，只保留可以恢复数据的最小指令集。举个例子或许更形象，假如我们调用了100次INCR指令，在AOF文件中就要存储100条指令，但这明显是很低效的，完全可以把这100条指令合并成一条SET指令，这就是重写机制的原理。 •在进行AOF重写时，仍然是采用先写临时文件，全部完成后再替换的流程，所以断电、磁盘满等问题都不会影响AOF文件的可用性。 二. 两种方式优缺点 1. RDB方式 •优点： 1.RDB是一个单一的紧凑文件,它保存了某个时间点得数据集,非常适用于数据集的备份,比如你可以在每个小时报保存一下过去24小时内的数据,同时每天保存过去30天的数据,这样即使出了问题你也可以根据需求恢复到不同版本的数据集. 2.RDB是一个紧凑的单一文件,方便传送，适用于灾难恢复. 3.RDB在保存RDB文件时父进程唯一需要做的就是fork出一个子进程,接下来的工作全部由子进程来做，父进程不需要再做其他IO操作，所以RDB持久化方式可以最大化redis的性能.…

SpringBoot整合Redis的方法 0浏览 收藏 各位小伙伴们，大家好呀！看看今天我又给各位带来了什么文章？本文标题是《SpringBoot整合Redis的方法》，很明显是关于数据库的文章哈哈哈，其中内容主要会涉及到等等，如果能帮到你，觉得很不错的话，欢迎各位多多点评和分享！ 架构 方案 使用 redis 集中存储，实现分布式集群共享用户信息，这里我们采用第三方开源插件crazycake来实现，pom.xml 引入： <dependency>     <groupId>org.springframework.boot</groupId>     <artifactId>spring-boot-starter-data-redis</artifactId> </dependency> <dependency>     <groupId>org.crazycake</groupId>     <artifactId>shiro-redis</artifactId>     <version>3.2.3</version> </dependency> 配置 application.properties： # Redis # 数据库索引（默认为0） redis.database=0 # 服务器地址 变更为自己的 redis.host=127.0.0.1 # 服务器连接端口 redis.port=6379 # 服务器连接密码，如果不设置密码注释掉即可 # redis.password= # 连接超时时间（毫秒） redis.timeout=30000…