https://www.cnblogs.com/codelogs/p/16838850.html 简介# 如果你的程序写得有毛病，打开了很多TCP连接，但一直没有关闭，即常见的连接泄露场景，你可能想要在排查问题的过程中，先临时kill一波泄露的连接。又比如你要验证程序在遇到网络错误时的自愈能力，想手
https://www.cnblogs.com/codelogs/p/16633704.html 简介# 最近，我们一个多机房部署的服务，调用方反馈有问题，在调用新加坡机房时正常，而调用印度机房则报SSL握手异常。 排查花了一些时间，同时也积累了一些经验，故记录一下，读完本文，你将了解到如下内容：
https://www.cnblogs.com/codelogs/p/16060792.html 简介# 最近我们系统出现了一些奇怪的现象，系统每隔几个星期会在大半夜重启一次，分析过程花费了很长时间，令人印象深刻，故在此记录一下。 第一次排查# 由于重启后，进程现场信息都丢失了，所以这个问题非常难以
一、重要点整理 ^ 为匹配输入字符串的开始位置。 [0-9]+匹配多个数字， [0-9] 匹配单个数字，+ 匹配一个或者多个。[^…] 排除型字符组。 abc$匹配字母 abc 并以 abc 结尾，$ 为匹配输入字符串的结束位置。 正则表达式由两种字符构成。一种是在正则表达式中具体特殊意义的“元字符
Java性能调优六大工具之Linux命令行工具 为了能准确获得程序的性能信息，需要使用各种辅助工具。本章将着重介绍用于系统性能分析的各种工具。熟练掌握这些工具，对性能瓶颈定位和系统故障排查都很有帮助。 1，Linux命令行工具2， Windows工具3，JDK命令行工具4，JConsole工具5，
转至：https://baijiahao.baidu.com/s?id=1733537078943023051&wfr=spider&for=pc 服务器之间的通信是通过ip地址来进行通信的，但是ip地址由小数点分割的4个数值来指定，每个数值只能由0-255组成，在排除一些私有地址以及实验用的地址等
https://baijiahao.baidu.com/s?id=1707601012673143593&wfr=spider&for=pc 注：百家号中，一些文本、代码等的排版格式无法控制，编辑状态时看着好好的，发布之后再看就乱了。这里真不适合当成技术博客来用……本人（guee）知乎上的同名文章中
https://developer.aliyun.com/article/68919 简介： 丢包的问题经常碰到，那丢包的问题如何破？今天专家枫凡坐诊为您分析丢包问题，一个案例教你如何排查系统原因导致的丢包问题。 本期分享专家：枫凡，曾就职于安恒信息。目前在阿里云从事ECS产品的技术支持，专注于云计
linux--Segfault详解 1 简介1.1 段错误的定义1.2 痛点 2 知识点2.1 报错内容2.2 error number 3 排除步骤（借助汇编）3.1 日志确定错误类型3.2 计算相对地址3.3 反汇编该库文件3.4 查找地址对应的汇编语句3.5 在中间件中查找信息 3 排除步骤（
https://www.python51.com/jc/15070.html 1、首先在jupyter notebook中新建一个空白的python文件： 2、然后定义一个字符串，用字符串截取的方式打印出排除最后三个字符的结果，这里的“s[:-3]”的意思就是从字符串取第0个字符至倒数第三个字符的前
https://www.cnblogs.com/jyzhao/p/8628184.html 故障描述：与客户沟通，初步确认故障范围大概是在上午的8:30-10:30之间，反应故障现象是Tomcat的连接数满导致应用无法连接，数据库alert中无明显报错，需要协助排查原因。 1.导入包含故障时刻的数据
Web性能优化工具WebPageTest（二）——性能数据 https://www.cnblogs.com/strick/p/6681692.html 在前一篇《配置》完成后，点击“START TEST”，就可以开始测试，测试需要一段时间。 有时候可能还要排队，如下图所示，测试完成后可查看到测试结果
https://www.cnblogs.com/codelogs/p/16838850.html 原创：扣钉日记（微信公众号ID：codelogs），欢迎分享，转载请保留出处。 简介# 如果你的程序写得有毛病，打开了很多TCP连接，但一直没有关闭，即常见的连接泄露场景，你可能想要在排查问题的过程中，
https://www.jianshu.com/p/f4bfd169b4ca 在之前的OOM问题复盘中，我们添加了jmap脚本来自动dump内存现场，方便排查OOM问题。 但当我反复模拟OOM场景测试时，发现jmap有时可以dump成功，有时会报错，如下： 经过网上一顿搜索，发现两种原因可能导致这个
一、背景 今日突然收到tidb节点的磁盘报警，磁盘容量已经超过了80%，但是tidb是不放数据的，磁盘怎么会满，这里就需要排查了 二、问题排查 解决步骤 1.df -h查看哪里占用磁盘比较多,然后通过du -h找到具体占用多的目录 2.最终发现tidb/tidb-deploy/tidb-4000/l
https://docs.pingcap.com/zh/tidb/stable/configure-memory-usage 目前 TiDB 已经能够做到追踪单条 SQL 查询过程中的内存使用情况，当内存使用超过一定阈值后也能采取一些操作来预防 OOM 或者排查 OOM 原因。你可以使用系统变量 t
https://www.cnblogs.com/kerrycode/p/5887150.html enq: TX - row lock contention等待事件，这个是数据库里面一个比较常见的等待事件。enq是enqueue的缩写，它是一种保护共享资源的锁定机制，一个排队机制，先进先出(FIFO
