前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >Redis监控参数

Redis监控参数

原创
作者头像
陈不成i
修改2021-05-20 14:23:02
6090
修改2021-05-20 14:23:02
举报
文章被收录于专栏:ops技术分享ops技术分享

一.客户端

  1. 127.0.0.1:6379> info stats
  2. #Redis自启动以来处理的客户端连接数总数
  3. total_connections_received
  4. #Redis自启动以来拒绝的客户端连接数, 需要重点
  5. 监控。
  6. rejected_connections
  7. 127.0.0.1:6379> info clients
  8. #代表当前Redis节点的客户端连接数, 需要重点监控,一旦超过maxclients,新的客户端连接将被拒绝
  9. connected_clients:1414
  10. #当前所有输出缓冲区中队列对象个数的最大值
  11. client_longest_output_list:0
  12. #当前所有输入缓冲区中占用的最大容量
  13. client_biggest_input_buf:2097152
  14. 正在执行阻塞命令(例如blpop、brpop、brpoplpush)的客户端个数
  15. blocked_clients:0
  16. 127.0.0.1:6379> info stats
  17. #Redis自启动以来处理的客户端连接数总数
  18. total_connections_received:80
  19. #Redis自启动以来拒绝的客户端连接数, 需要重点监控
  20. rejected_connections:0

二.服务端

  1. 127.0.0.1:6379> info
  2. # Server
  3. redis_version:2.6.9
  4. redis_git_sha1:00000000
  5. redis_git_dirty:0
  6. redis_mode:standalone
  7. os:Linux 3.4.9-gentoo x86_64
  8. arch_bits:64
  9. multiplexing_api:epoll # redis的事件循环机制
  10. gcc_version:4.6.3
  11. process_id:18926
  12. run_id:df8ad7574f3ee5136e8be94aaa6602a0079704cc # 标识redis server的随机值
  13. tcp_port:6379
  14. uptime_in_seconds:120 # redis server启动的时间(单位s)
  15. uptime_in_days:0 # redis server启动的时间(单位d)
  16. lru_clock:321118 # Clock incrementing every minute, for LRU management TODO 不清楚是如何计算的
  17. # Clients
  18. connected_clients:3 # 连接的客户端数
  19. client_longest_output_list:0 # 当前客户端连接的最大输出列表 TODO
  20. client_biggest_input_buf:0 # 当前客户端连接的最大输入buffer TODO
  21. blocked_clients:0 # 被阻塞的客户端数
  22. # Memory
  23. used_memory:573456 # 使用内存,单位B
  24. used_memory_human:560.02K # human read显示使用内存
  25. used_memory_rss:1798144 # 系统给redis分配的内存(即常驻内存)
  26. used_memory_peak:551744 # 内存使用的峰值大小
  27. used_memory_peak_human:538.81K # human read显示内存使用峰值
  28. used_memory_lua:31744 # lua引擎使用的内存
  29. mem_fragmentation_ratio:3.14 # used_memory_rss/used_memory比例,一般情况下,used_memory_rss略高于used_memory,当内存碎片较多时,则mem_fragmentation_ratio会较大,可以反映内存碎片是否很多
  30. mem_allocator:jemalloc-3.3.1 # 内存分配器
  31. # Persistence
  32. ##########################
  33. # rdb和aof事redis的两种持久化机制
  34. #
  35. # rdb是通过配置文件设置save的时间的改动数量来操作
  36. # 把上次改动后的数据达到设置的指标后保存到db
  37. # 如果中间发生了crash,则数据会丢失
  38. # 这种策略被叫做快照
  39. #
  40. # aof是持续的把写操作执行写入一个类似日志的文件
  41. # 但是会影响应能
  42. # 分为appendfsync always和appendfsync eversec
  43. # 前者每次写操作都同步,数据安全性高,但是特别消耗性能
  44. # 后者每秒同步一次,如果发生crash,则可能会丢失1s的数据
  45. ##########################
  46. loading:0 #
  47. rdb_changes_since_last_save:0 # 自上次dump后rdb的改动
  48. rdb_bgsave_in_progress:0 # 标识rdb save是否进行中
  49. rdb_last_save_time:1366359865 # 上次save的时间戳
  50. rdb_last_bgsave_status:ok # 上次的save操作状态
  51. rdb_last_bgsave_time_sec:-1 # 上次rdb save操作使用的时间(单位s)
  52. rdb_current_bgsave_time_sec:-1 # 如果rdb save操作正在进行,则是所使用的时间
  53. ----------------------------
  54. aof_enabled:0 # 是否开启aof,默认没开启
  55. aof_rewrite_in_progress:0 # 标识aof的rewrite操作是否在进行中
  56. aof_rewrite_scheduled:0 # 标识是否将要在rdb save操作结束后执行
  57. aof_last_rewrite_time_sec:-1 # 上次rewrite操作使用的时间(单位s)
  58. aof_current_rewrite_time_sec:-1 # 如果rewrite操作正在进行,则记录所使用的时间
  59. aof_last_bgrewrite_status:ok # 上次rewrite操作的状态
  60. -----------------------------
  61. # 开启aof后增加的一些info信息
  62. aof_current_size:0 # aof当前大小
  63. aof_base_size:0 # aof上次启动或rewrite的大小
  64. aof_pending_rewrite:0 # 同上面的aof_rewrite_scheduled
  65. aof_buffer_length:0 # aof buffer的大小
  66. aof_rewrite_buffer_length:0 # aof rewrite buffer的大小
  67. aof_pending_bio_fsync:0 # 后台IO队列中等待fsync任务的个数
  68. aof_delayed_fsync:0 # 延迟的fsync计数器 TODO
  69. -----------------------------
  70. # Stats
  71. total_connections_received:7 # 自启动起连接过的总数
  72. total_commands_processed:7 # 自启动起运行命令的总数
  73. instantaneous_ops_per_sec:0 # 每秒执行的命令个数
  74. rejected_connections:0 # 因为最大客户端连接书限制,而导致被拒绝连接的个数
  75. expired_keys:0 # 自启动起过期的key的总数
  76. evicted_keys:0 # 因为内存大小限制,而被驱逐出去的键的个数
  77. keyspace_hits:0 # 命中次数
  78. keyspace_misses:0 #未命中次数
  79. pubsub_channels:0 # 发布/订阅频道数
  80. pubsub_patterns:0 # 发布/订阅模式数
  81. latest_fork_usec:0 # 上次的fork操作使用的时间(单位ms)
  82. ##########################
  83. # pubsub是一种消息传送的方式,分为频道和模式两种
  84. # 消息不支持持久化,消息方中断后再连接,前面的消息就会没了
  85. # 频道是指通过SUBSCRIBE指定一个固定的频道来订阅
  86. # 模式是指通过PSUBSCRIBE模式匹配来订阅相关的匹配给定模式的频道
  87. ##########################
  88. # Replication
  89. role:master # 角色
  90. connected_slaves:1 # 连接的从库数
  91. slave0:127.0.0.1,7777,online
  92. -----------------------------
  93. role:slave
  94. master_host:127.0.0.1
  95. master_port:6379
  96. master_link_status:up
  97. master_last_io_seconds_ago:4
  98. master_sync_in_progress:0 # 标识主redis正在同步到从redis
  99. slave_priority:100
  100. slave_read_only:1
  101. connected_slaves:0
  102. # CPU
  103. used_cpu_sys:0.00 # redis server的sys cpu使用率
  104. used_cpu_user:0.12 # redis server的user cpu使用率
  105. used_cpu_sys_children:0.00 # 后台进程的sys cpu使用率
  106. used_cpu_user_children:0.00 # 后台进程的user cpu使用率
  107. # Keyspace
  108. db0:keys=2,expires=0
  109. db1:keys=1,expires=0

查看redis pid的swap,均为0正常,如果多个其它则是正在交换,性能会下降 cat /proc/4476/smaps | grep Swap

可以通过netstat-s命令获取因backlog队列溢出造成的连接拒绝 netstat -s | grep overflowed 663 times the listen queue of a socket overflowed

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 一.客户端
  • 二.服务端
相关产品与服务
云数据库 Redis
腾讯云数据库 Redis(TencentDB for Redis)是腾讯云打造的兼容 Redis 协议的缓存和存储服务。丰富的数据结构能帮助您完成不同类型的业务场景开发。支持主从热备,提供自动容灾切换、数据备份、故障迁移、实例监控、在线扩容、数据回档等全套的数据库服务。
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档