redis的RDB和AOF两种持久化机制优缺点分析【redis 时间 redis时间复杂度分析】1、RDB 默认的保存文件为 dump.rdb，优点是以二进制存储的 ， 因此 占用的空间更小 、数据存储更紧凑，并且与 AOF 相比，RDB 具备 更快的重启恢复能力。
2、AOF的优点在于比RDB更安全，一般不会出现数据丢失的现象 ， 就算出现了数量也不会太大，当然了，官方是推荐同时开启AOF和RDB的；而缺点是AOF持久化的速度相比RDB要慢 ， 存储的是一个文本文件，到了后期文件会比较大 ， 传输困难 。
3、RDB机制的优点是持久化的文件相对较小，且恢复数据的速度相对较快 。AOF：AOF是一种日志持久化机制，它记录了Redis服务器所执行的所有写操作 。
redis和mysql区别类型不同 MySQL是关系型数据库；而Redis是非关系型数据库 。作用不同 mysql用于持久化的存储数据到硬盘，功能强大，但是速度较慢 。redis用于存储使用较为频繁的数据到缓存中，读取速度快 。
mysql偏向于存数据，redis偏向于快速取数据 ， 但redis查询复杂的表关系时不如mysql，所以可以把热门的数据放redis，mysql存基本数据 看项目用在哪个地方吧，根据各自的所长结合起来才好用 。
redis可以作为存储的扩展部分，但是不能直接替换掉mysql 。redis对事务的支持还是比较简单的 。但是redis的性能和扩展性比较好，使用起来比较方便 。不会的 。只能是一种互补 。
一分钟快速搞懂Redis的慢查询分析Redis是一个内存数据库，当Redis使用的内存超过物理内存的限制后 ， 内存数据会和磁盘产生频繁的交换，交换会导致Redis性能急剧下降 。所以在生产环境中我们通过配置参数maxmemoey来限制使用的内存大小 。
之前我们就遇到这种问题， 特点就是从某个时间点之后就开始变慢，并且一直持续。这时你需要检查一下机器的网卡流量，是否存在网卡流量被跑满的情况 。网卡负载过高，在网络层和TCP层就会出现数据发送延迟、数据丢包等情况 。
内存中的的数据写入磁盘，这个会加重磁盘的IO负担 ， 操作磁盘成本要比操作内存的代价大得多 。如果写入量很大，那么每次更新都会写入磁盘，此时机器的磁盘IO就会非常高，拖慢Redis的性能，因此我们不建议使用这种机制 。
第二，单线程避免了线程切换以及加锁释放锁带来的消耗，对于服务端开发来说 ， 锁和线程切换通常是性能杀手 。当然了，单线程也会有它的缺点，也是Redis的噩梦： 阻塞 。
redis相同的key是快还是慢libevent 并不比 redis 自己实现的 ae_event 慢，代码多是应为 ae_event 只实现了 redis 需要的功能，而 libevent 则具有更多的功能 ， 比如更快的定时器、buffer event 模型，甚至自带了 DNS、HTTP 协议的处理 。
「如果一个key对应的value非常大，那么这个key就被称为bigkey 。写入bigkey在分配内存时需要消耗更长的时间 。
MySQL是关系型数据库；而Redis是非关系型数据库 。作用不同 mysql用于持久化的存储数据到硬盘，功能强大，但是速度较慢 。redis用于存储使用较为频繁的数据到缓存中 ， 读取速度快 。
redis是非关系型内存数据库数据存储于内存中，内存读取速度非常快 ， 如果只是简单的key-value，内存不是瓶颈 。一般情况下 ， hash查找可以达到每秒数百万次的数量级 。（2）采用单线程，避免了不必要的上下文切换和竞争条件 。
详细原因1）不需要各种锁的性能消耗Redis的数据结构并不全是简单的Key-Value ， 还有list，hash等复杂的结构，这些结构有可能会进行很细粒度的操作，比如在很长的列表后面添加一个元素 ， 在hash当中添加或者删除一个对象 。
说来拗口，具体实现步骤如下：新建一个文本文件，包含redis命令SETKey0Value0SETKey1Value..SETKeyNValueN如果有了原始数据，其实构造这个文件并不难 ， 譬如shell，python都可以将这些命令转化成Redis Protocol 。
推荐阅读
- 如何解决C5绑定服务器繁忙的问题？ c5绑定服务器繁忙怎么办
- 如何修改服务器的公网端口？ 怎么更改服务器的外网端口
- 老旧服务器故障如何处理？ 老服务器出错怎么解决的
- redis llen 性能 redis的高性能java客户端
- 如何在c75服务器上清理内存？ c75服务器怎么清理内存
- 如何修改服务器的字符集？ 怎么更改服务器的字符集
- 如何应对老旧服务器故障？ 老服务器出错怎么解决