一丶 key 的结构
1. 【业务名】:【数据名】:【唯一id】
2.不要包含特殊字符
3.尽量短设计 低于44字节 ,因为 低于44字节采用embstr存储 高于则采用raw存贮
4.尽量避免 BigKey()危害:网路阻塞(占用带宽) 经济问题 reis阻塞(对bingkey操作很耗时) cpu压力(序列化和反序列化耗时,删除耗时 unlink(异步删除))
解决:对key进行扫描 (1) (2)scan命令扫描【不很占用户cpu】
(3)第三方工具Redis-Rdb-tool
(4)网络监控
二、Value的结构
1.JSON:有点简单 ,缺点数据耦合 不适合对数据进行修改
2.打散(多key):不够灵活
3.hash结构 : 存储对象比较合适
对于多key(大于500)的 mashmap ,hash会自动转entry。
解决:调整hash的存储容量,或者hashmap 的结构