应用监控-Redis状态监控

Redis可以使用INFO命令,进行状态监控。 以一种易于解释(parse)且易于阅读的格式,返回关于 Redis 服务器的各种信息和统计数值。 通过给定可选的参数 section ,可以让命令只返回某一部分的信息:     server : 一般 Redis 服务器信息,包含以下域:             redis_version : Redis 服务器版本             redis_git_sha1 : Git SHA1             redis_git_dirty : Git dirty flag             os : Redis 服务器的宿主操作系统             arch_bits : 架构(32 或 64 位)             multiplexing_api : Redis 所使用的事件处理机制             gcc_version : 编译 Redis 时所使用的 GCC 版本             process_id : 服务器进程的 PID             run_id : Redis 服务器的随机标识符(用于 Sentinel 和集群)             tcp_port : TCP/IP 监听端口             uptime_in_seconds : 自 Redis 服务器启动以来,经过的秒数             uptime_in_days : 自 Redis 服务器启动以来,经过的天数             lru_clock : 以分钟为单位进行自增的时钟,用于 LRU 管理     clients : 已连接客户端信息,包含以下域:             connected_clients : 已连接客户端的数量(不包括通过从属服务器连接的客户端)             client_longest_output_list : 当前连接的客户端当中,最长的输出列表             client_longest_input_buf : 当前连接的客户端当中,最大输入缓存             blocked_clients : 正在等待阻塞命令(BLPOP、BRPOP、BRPOPLPUSH)的客户端的数量     memory : 内存信息,包含以下域:             used_memory : 由 Redis 分配器分配的内存总量,以字节(byte)为单位             used_memory_human : 以人类可读的格式返回 Redis 分配的内存总量             used_memory_rss : 从操作系统的角度,返回 Redis 已分配的内存总量(俗称常驻集大小)。这个值和 top 、 ps 等命令的输出一致。             used_memory_peak : Redis 的内存消耗峰值(以字节为单位)             used_memory_peak_human : 以人类可读的格式返回 Redis 的内存消耗峰值             used_memory_lua : Lua 引擎所使用的内存大小(以字节为单位)             mem_fragmentation_ratio : used_memory_rss 和 used_memory 之间的比率             mem_allocator : 在编译时指定的, Redis 所使用的内存分配器。可以是 libc 、 jemalloc 或者 tcmalloc 。         在理想情况下, used_memory_rss 的值应该只比 used_memory 稍微高一点儿。         当 rss > used ,且两者的值相差较大时,表示存在(内部或外部的)内存碎片。         内存碎片的比率可以通过 mem_fragmentation_ratio 的值看出。         当 used > rss 时,表示 Redis 的部分内存被操作系统换出到交换空间了,在这种情况下,操作可能会产生明显的延迟。         Because Redis does not have control over how its allocations are mapped to memory pages, high used_memory_rss is often the result of a spike in memory usage.         当 Redis 释放内存时,分配器可能会,也可能不会,将内存返还给操作系统。         如果 Redis 释放了内存,却没有将内存返还给操作系统,那么 used_memory 的值可能和操作系统显示的 Redis 内存占用并不一致。         查看 used_memory_peak 的值可以验证这种情况是否发生。     persistence : RDB 和 AOF 的相关信息     stats : 一般统计信息     replication : 主/从复制信息     cpu : CPU 计算量统计信息     commandstats : Redis 命令统计信息     cluster : Redis 集群信息     keyspace : 数据库相关的统计信息 除上面给出的这些值以外,参数还可以是下面这两个:     all : 返回所有信息     default : 返回默认选择的信息 当不带参数直接调用 INFO 命令时,使用 default 作为默认参数。

1 个评论

"SEO工具*souyida.net* 搜易达SEO发帖软件*网页权重: 除了以上再次抓取策略外,网页权重也是决定抓取频率的重要因素。用户体验策略在一定程度上反映了网页权重的影响。在网页类型相同,历史更新频率也差不多的情况下,是权重越高的页面被抓取的频 率越高。"搜易达发帖软件"souyida.net 比如百度首页。在搜索引擎Spider的实际作业中,不会单独使用某一种再次抓取策略,而是会综合参考网页的用户体验,更新频率,网页类型和网页权重。并且对不同类型的页面,着重参考的更新内容主体 也是不同的,比如,列表页只有一篇新的文章进入可能就算更新了,"搜易达SEO软件"souyida.net文章页主体内容没有变,主体内容周围的所有推荐链接,广告,内容都变了,可能也不会算是更新。 在SEO工作中为了提高某一网站的抓取频率,"搜易达SEO工具"souyida.net一般会重点为该页面导入链接提高权重。努力加大该页面的更新频率,其实在用户体验和网页类型方面也是有工作可做的,用标题和描述吸引点击不仅可以提升排 名,也能够间接增加页面被Spider抓取的频率,同时对于不同定位的关键词可以使用不同的网页类型(列表页,专题页,内容页等),"搜易达 SEO软件"souyida.net这在设计页面内容和网站架构时就应该仔细地考虑,并且网页类型这部 分有很多工作值得做。比如,有少网站把整站都做了列表页,全站没有普通意义上的内容页,内容页主体内容下方或周围也有大量和主题相关的文本内容,一般是类列表形式。不过这种手法有效时间不长,或 者损害用户体验后会降低被抓取的频率,不论怎样,"搜易达发帖软件"souyida.net优秀的网站架构设计应该合理地利用Spider抓取策略的各种特性。 以上讨论的是Spider正常抓取策略,有抓取并不代表一定有更新,当页面内容的变化值得搜索引擎更新索引时才会更新,比如,上面提到的文章主体内容但是推荐链接全变了,一般搜索引擎也不会浪费资源做 无意义的更新,当Spider发现已经索引的页面突然被删除,也就是服务器突然返回404状态码时,也会在短时间内增加对该页面的抓取频率,有的SEO人员就利用这一点增加Spider对自己网站的抓取,并做一些 其他手脚,不过这是一个走钢丝的人小聪明行为,不见得长期有效,"搜易达 SEO软件"souyida.net不值得冒险使用。 另外,有不少门户网站习惯对即时新闻先发布一个标题,然后再编辑补充内容,甚至还会修改标题,但是这种网页一般都是文章页,不论从用户体验,更新频率,网页类型和网站权重哪方面来看都不会得到比 较高的抓取频率,也就造成这些网站不断在报怨百度不更新如此操作的新闻网页,百度搜索官方已经表示希望以后通过百度站长平台来解决一下这个问题,但是作为SEO人员不能只是指望搜索引擎做出什么样的 动作,仔细研究Spider的抓取和更新策略,虽然或许不能将问题解决得那么完美,"搜易达 SEO外链"souyida.net但是一般都会找到比较适合自己的方法,当然最终还是期望百度官方尽快推出相应的机制或工具来解决这个问题。 SEO服务热线:13302966002,联系人:彭技术 本文原创首发于:“搜易达外贸SEO”souyida.net 版权所有,转载请保留出处,谢谢

要回复文章请先登录注册