redis实践及思考

导语：当面临存储选型时是选择关系型还是非关系型数据库？如果选择了非关系型的redis，redis常用数据类型占用内存大小如何估算的？redis的性能瓶颈又在哪里？

背景

前段时间接手了一个业务，响应时间达到10s左右。阅读源码后发现，每一次请求都是查询多个分表数据（task1,task2….），然后再join其他表(course,teacher..)，时间全部花在了大量磁盘I/O上。脑袋一拍，重构，上redis！

为什么选择redis

拍脑袋做技术方案肯定是不行的，得用数据和逻辑说服别人才可以。

时延

时延=后端发起请求db（用户态拷贝请求到内核态）+ 网络时延 + 数据库寻址和读取

如果想要降低时延，只能减少请求数（合并多个后端请求）和减少数据库寻址和读取得时间。从降低时延的角度，基于单线程和内存的redis，每秒10万次得读写性能肯定远远胜过磁盘读写性能。

数据规模

以redis一组K-V为例（”hello” -> “world”），一个简单的set命令最终会产生4个消耗内存的结构。

关于Redis数据存储的细节，又要涉及到内存分配器（如jemalloc），简单说就是存储170字节，其实内存分配器会分配192字节存储。

那么总的花费就是

• 一个dictEntry，24字节，jemalloc会分配32字节的内存块

• 一个redisObject，16字节，jemalloc会分配16字节的内存块

• 一个key，5字节，所以SDS(key)需要5+9=14个字节，jemalloc会分配16字节的内存块

• 一个value，5字节，所以SDS(value)需要5+9=14个字节，jemalloc会分配16字节的内存块

综上&#x