Redis简略运维学习 A8站源码交易平台
网页监控
咱们运用运用的是单节点的 32M 16GB 的阿里云 Redis，登录网页监控看功能监控，发现 CPU 运用状况飙升到100%！！！
暂时计划：先租借一台新的 Redis 服务器，替换运用服务器Redis 装备，重启运用，防止影响更多用户。
（其时忘了截图，下图仅仅展现指令和参数意义）
cmdstat_XXX: calls=XXX,usec=XXX,usec_per_call=XXX
调用次数、消耗CPU时刻、每个指令均匀消耗CPU(单位为微秒）
仿制代码
经过 slowlog 指令检查慢指令（默许超越 10ms 就会被记载到日志，只会记载其指令履行的时刻，不包括 IO 往复操作，也不记载单由网络推迟引起的呼应慢）
xxxxx> slowlog get 10
3) 1) (integer) 411
2) (integer) 1545386469
3) (integer) 232663
4) 1) "keys"
2) "mecury:*"
仿制代码
1=日志的仅有标识符
2=指令的履行时刻点，以UNIX时刻戳表明
3=查询指令履行时刻，以奇妙为单位，🌰中的是230ms
4=履行的指令，以数组的方式摆放。完好的指令是 keys mucury:*
*最终将这些计算成果和慢指令发到研制群，发现是其他运用装备配成了咱们的Redis，然后他们有个事务场景是爬数据，忽然涌入许多的调用，不断的keys ，导致咱们的Redis不堪重负，所以将装备修正正确，不再调用咱们的Redis。
Redis 颤动能够先看网页监控（阿里云做的真好！）
经过指令检查 Redis 指令状况和慢指令的状况
考虑优化 Redis 在代码中的运用状况
假如流量持续上升，需求考虑一下晋级了=-=
