redis中rehash是在主线程，redis存在线程安全问题吗

Redis需要持久化吗

由于Redis的数据都存放在内存中，如果没有配置持久化，redis重启后数据就全丢失了，于是需要开启redis的持久化功能，将数据保存到磁盘上，当redis重启后，可以从磁盘中恢复数据。

RDBRDB就是持久化的一种手段，把内存中数据在某些条件下写到磁盘中去。那么在哪些条件下写入呢？不可能无脑写入，来一个写一个，影响性能，也不能等老半天才写一个，万一中间宕机了，数据全丢失，还不如用memcached。

Redis 提供了多种不同级别的持久化方式：RDB 持久化可以在指定的时间间隔内生成数据集的时间点快照(point-in-time snapshot)。

相关问答

Q1: Redis的五种数据结构及其底层实现原理

Redis的集合类型底层实现主要是通过一种叫做字典的数据结构。不过Redis为了追求极致的性能，会根据存储的值是否是整数，选择一种intset的数据结构。当满足一定条件后，会切换成字典的实现。

type 判断key是什么类型的数据结构，返回值为string，list，set，hash，zset，分别表示我们前面介绍的Redis的5种基础数据结构。

Redis中值的数据结构有String（字符串）、List（列表）、Hash（哈希）、Set（集合）和 Sorted Set（有序集合）五种，使用可参考 https：// 。

redis是用C语言编写的，在C语言中 string 类型是用字符数组 char[] 来实现的。

二：SDS string作为redis中常用对象之一，普遍用于用户信息缓存等场景。

Redis有五种结构：String 可以是字符串，整数或者 浮点数 ，对整个字符串或者字符串中的一部分执行操作，对整个整数或者浮点执行自增(increment)或者自减(decrement)操作。

Q2: 5、垃圾回收机制

CMS(Concurrent Mark Sweep)回收器是以获取最短GC停顿时间为目标的收集器，它在垃圾回收时使得用户线程和GC线程能够并发执行，因此在垃圾回收过程中用户也不会感到明显的卡顿。

所以需要垃圾回收；那 JVM 是如何判断哪些对象应该被回收？哪些应该被保持呢？这就要用到JVM的垃圾回收机制了，也就是我们常说的GC（Garbage Collection），也叫垃圾收集器。

回收的内容是new出来的对象所占内存；垃圾回收只与内存有关，清理内存外的资源依靠finalize()方法。垃圾回收机制在回收某个对象的内存前会调用该对象的finalize()方法。

Q3: Redis有哪些慢操作?

记录慢查询是Redis会对长命令进行截断，不会大量占用大量内存。在实际的生产环境中，为了减缓慢查询被移出的可能和更方便地定位慢查询，建议将慢查询日志的长度调整的大一些。比如可以设置为 1000以上 。

内存中的的数据写入磁盘，这个会加重磁盘的IO负担，操作磁盘成本要比操作内存的代价大得多。如果写入量很大，那么每次更新都会写入磁盘，此时机器的磁盘IO就会非常高，拖慢Redis的性能，因此我们不建议使用这种机制。

将no-appendfsync-on-rewrite的配置设为yes可以缓解这个问题，设置为yes表示rewrite期间对新写操作不fsync，暂时存在内存中，等rewrite完成后再写入。最好是不开启Master的AOF备份功能。

Redis服务器中的一些操作(eg： serverCron函数)需要在给定的时间点执行。

Redis主从复制的性能问题，为了主从复制的速度和连接的稳定性，Slave和Master最好在同一个局域网内。关于Redis 常见的性能问题都有哪些，青藤小编就和您分享到这里了。

关于redis中rehash是在主线程和redis存在线程安全问题吗的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。