参考
https://www.cnblogs.com/276815076/p/7245333.html 优化
https://blog.csdn.net/u011170180/article/details/52313021 数据类型详解
1.Redis基础、高级特性与性能调优参考地址：
https://www.cnblogs.com/_popc/p/5968683.html
http://www.cnblogs.com/276815076/p/7245333.html
2.Redis性能问题排查解决:
http://www.cnblogs.com/mushroom/p/4738170.html
https://segmentfault.com/p/1210000009478608/read
3.redis数据安全和性能优化参考：
https://timyang.net/data/redis-misunderstanding/
http://www.cnblogs.com/276815076/p/7245333.html
4.Redis cpu 100%和连接数多分析:
http://blog.csdn.net/u012333307/article/details/48311063
5.找出拖慢Redis的罪魁祸首:
由于Redis没有非常详细的日志，要想知道在Redis实例内部都做了些什么是非常困难的。幸运的是Redis提供了一个下面这样的命令统计工具：
127.0.0.1:6379> INFO commandstats
# Commandstats
cmdstat_get:calls=78,usec=608,usec_per_call=7.79
cmdstat_setex:calls=5,usec=71,usec_per_call=14.20
cmdstat_keys:calls=2,usec=42,usec_per_call=21.00
cmdstat_info:calls=10,usec=1931,usec_per_call=193.10
通过这个工具可以查看所有命令统计的快照，比如命令执行了多少次，执行命令所耗费的毫秒数(每个命令的总时间和平均时间)
只需要简单地执行CONFIG RESETSTAT命令就可以重置，这样你就可以得到一个全新的统计结果。