michaelwoshi的博客

谈谈 nginx 信号集http://io.upyun.com/2017/08/19/nginx-signalsnginx: worker process is shutting downhttps://www.cnblogs.com/felixzh/p/8670770.htmlhttp://siwei.me/blog/posts/nginx-worker-is-shutting-downworker_shutdown_timeouthttps://nginx.org/en/docs/ng

1. top 找到CPU占用最高的pid2. top -Hp ${pid} 找到CPU占用最高的线程id记录一下3. jstack -l ${pid} > 工程名_jstack.txt 导出线程详情4. 分析（开发参与）根据线程id（转换为16进制），可以从工程名_jstack.txt定位到 具体代码行5. 将工程名_jstack.txt用可视化在线内存分析工具来分析 : https://heaphero.io/index.jsp以我们最近出现的一个实际故障...

生产环境有个工程进程能起来（有pid），但是没有端口监听，工程日志没有明显报错，看不出原因。想了下，有如下三种排查方法:1 既然工程有问题，那么就应该抛错误，调节一下工程的日志级别到 debug2 用jstack根据pid打印堆栈信息看3 用strace跟踪pid，可以具体到函数调用最终通过 jstack打印堆栈信息，有rabbitMQ 消息队列协议相关字眼，是rabbitmq内部出问题了（外面看不出），重启一下rabbitMQ，再重启工程就可以了！...

一、背景Kafka产线环境需要管理的Topic和Consumser越来越多，使用命令行工具进行管理会非常繁杂。因此，大数据平台上需要一套Kafka的管理监控系统，Kafka-Eagle。Kafka Eagle是一个用于监控和管理kafka的开源组件，可以同时监控多个kafka集群。Kafka Eagle提供了完善的监控页面和kafka常用操作的管理界面，便于管理员对kafka集群进行运维管理。Kafka Eagle提供了KSQL操作的可视化界面，让你可以非常快速的查看kafka中的消息。K

# 一、背景对于memcache监控，一般可以利用memcache自带的STAT命令来查看，但是其输出的结果对于开发而言不是很明了，监控的目的是让开发通过监控的结果去调优程序。memcache也有一款图形界面的监控工具（memcachephp），可以通过这个工具查看到局域网内所有部署memcache机器或者端口的memcache的运行情况，对我们监控memcache的缓存命中率、cache利用率、点击率等信息有很好的帮助作用。图形界面工具的推出，有助于我们性能测试工程师脱离命令行方式，避免多个m

kill -HUP ${pid}pid 是进程标识。如果想要更改配置而不需停止并重新启动服务，请使用该命令。在对配置文件作必要的更改后，发出该命令以动态更新服务配置。根据约定，当您发送一个挂起信号（信号 1 或 HUP）时，大多数服务器进程（所有常用的进程）都会进行复位操作并重新加载它们的配置文件。告诉 Web 服务器重新加载其配置文件并对文件进行复位操作ps -A | grep httpd | grep -v grep | awk '{ print $1; }' |...

将 /dev/vdb 格式化后挂载到 /opt 目录下# mkfs.xfs /dev/vdb# blkid /dev/vdb | awk -F "\"" '{print $2}' | xargs -i echo "UUID={} /opt ext4 defaults 1 2 " >> /etc/fstab# mount -a参考Linux xargs 命令的使用https://www.jianshu.com/p/1805381532f5...

在一台计算机上我们有两个时钟:一个称之为硬件时间时钟(RTC),还有一个称之为系统时钟(System Clock)。系统时钟就是操作系统的kernel所用来计算时间的时钟. 它从1970年1月1日00:00:00 UTC时间到目前为止秒数总和的值。在Linux下，系统时间在开机的时候会和RTC硬件时钟同步(synchronization),之后也就各自独立运行了。系统运行期间，则通过其他硬件时钟源进行tick计算（tsc、hpet、acpi_pm）。RTC（realtimeclock）通..

磁盘读频繁，数据量大 ---> iowait高 ---> CPU飙升IO（input output）主要指：文件IO，网络IO。“等待IO就绪“究竟等的什么？你一定不止在一个地方看到类似"cpu等待IO就绪，线程挂起..."的描述，不知你有没有想过CPU到底在等待个啥，等待个寂寞吗？为什么CPU要等待呢？CPU不能参与吗？首先，cpu有两种状态，用户态和内核态，cpu会根据需要在两种状态之间切换。用户态和内核态的cpu有什么区...

从一次线上问题说起，详解 TCP 半连接队列、全连接队列https://network.51cto.com/article/687595.htmlhttps://www.cnblogs.com/sidesky/p/6844228.htmlhttps://developer.aliyun.com/article/79972关于netstat的ListenOverflows等参数https://blog.csdn.net/weixin_34256074/artic...

TCP 三次握手状态变化对于客户端：初始的状态是处于 CLOSED 状态。CLOSED 并不是一个真实的状态，而是一个假想的起点和终点。客户端调用 connect 以后会发送 SYN 同步报文给服务端，然后进入 SYN-SENT 阶段，客户端将保持这个阶段直到它收到了服务端的确认包。如果在 SYN-SENT 状态收到了服务端的确认包，它将发送确认服务端 SYN 报文的 ACK 包，同时进入 ESTABLISHED 状态，表明自己已经准备好发送数据。对于服务端：初始状态同.

OSI七层模型和TCP/IP五层模型https://www.cnblogs.com/qishui/p/5428938.html以太网数据格式与封装解封https://www.cnblogs.com/qishui/p/5437301.htmlOSI七层模型详解https://blog.csdn.net/yaopeng_2005/article/details/7064869图解OSI七层模型https://www.jia...

我们先看一下四次挥手过程# netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'# netstat -tan | awk '{print $6}' | sort | uniq -c通过此图先说明几个概念：TIME_WAIT的产生条件：主动关闭方在发送四次挥手的最后一个ACK会变为TIME_WAIT状态，保留次状态的时间为两个MSL（Linux里一个MSL为30s，是不可配置..

Windows 怎样查看网卡是100M还是1000M?https://jingyan.baidu.com/article/f25ef254ac68a2482c1b82e5.htmlHow do I verify the speed of my NIC?https://serverfault.com/questions/207474/how-do-i-verify-the-speed-of-my-nicHowdo I check my NIC card speed Linux.

1、如果一端的Socket被关闭（或主动关闭，或因为异常退出而引起的关闭），另一端仍发送数据，发送的第一个数据包引发该异常(Connect reset by peer)。2、一端退出，但退出时并未关闭该连接，另一端如果在从连接中读数据则抛出该异常（Connection reset）。简单的说就是在连接断开后的读和写操作引起的。Connection reset by peer的常见原因1）服务器的并发连接数超过了其承载量，服务器会将其中一些连接关闭如果知道实际连接服务器的并发客户数

林沛满书友会https://www.linpeiman.com/Wireshark网络分析的艺术https://dashen.tech/2021/03/23/Wireshark%E7%BD%91%E7%BB%9C%E5%88%86%E6%9E%90%E7%9A%84%E8%89%BA%E6%9C%AF/对林沛满先生两本“Wireshark秘籍”的摘要与总结https://zhuanlan.zhihu.com/p/137044525Wireshark中文使用教程（用户版

评估网络质量因素及指标：带宽、延时、抖动、丢包1.带宽(throughput):网络的吞吐率，端到端之间可以传输的最大速率，这个指标一般都会有所限制，带宽当然是越大越好，一般超过限制带宽的 50% 就会出现严重的丢包，这个可以通过 nc, wget, curl, iperf, scp 等工具测试。2.延时(latency)：数据包从源节点传输到目的节点需要的时间，如果使用 ping 来测试话，可以通过其 RTT 来反映其状况。RTT[(Round-Trip Time): 往返时延3.丢包(l

生产有一台主机Swap使用很高，一看内存使用率高，基本耗尽。Linux内核为了提高读写效率与速度，会将文件在内存中进行缓存，这部分内存就是Cache Memory(缓存内存)。即使你的程序运行结束后，Cache Memory也不会自动释放。这就会导致你在Linux系统中程序频繁读写文件后，你会发现可用物理内存变少。当系统的物理内存不够用的时候，就需要将物理内存中的一部分空间释放出来，以供当前运行的程序使用。那些被释放的空间可能来自一些很长时间没有什么操作的程序，这些被释放的空间被临时保存

Redis默认无限使用服务器内存， 为防止极端情况下导致系统内存耗尽， 建议所有的Redis进程都要配置maxmemory。在保证物理内存可用的情况下， 系统中所有Redis实例可以调整maxmemory参数来达到自由伸缩内存的目的。注意，在64bit系统下，maxmemory设置为0表示不限制Redis内存使用；在32bit系统下，maxmemory不能超过3GB。OOM command not allowed when used memory > ‘maxmemor

一、简介redis是基于内存的kv数据库，内存作为存储介质，关注内存的使用情况是一个重要的指标。解析内存有两种方法，一个是通过scan遍历所有key，二是对rdb文件进行分析。rdb 是rdb-tools工具包其中之一的工具，也是解析dump.rdb文件的工具。1、生成所有数据库和键中数据的内存报告2、将转储文件转换为JSON3、使用标准差异工具比较两个转储文件rdbtools工具包括了3个可执行文件：1、rdb ...