https://www.cnblogs.com/codelogs/p/16060792.html 简介# 最近我们系统出现了一些奇怪的现象，系统每隔几个星期会在大半夜重启一次，分析过程花费了很长时间，令人印象深刻，故在此记录一下。 第一次排查# 由于重启后，进程现场信息都丢失了，所以这个问题非常难以
原创：打码日记（微信公众号ID：codelogs），欢迎分享，转载请保留出处。 uniq# uniq是linux上非常有用的一个命令，从字面意思上就能看出来，它可以用来去重。 但使用uniq的前提是文件是排好序的，所以我们经常会搭配sort排序命令来一起使用uniq，如下： $ cat test.t
Java性能调优六大工具之Linux命令行工具 为了能准确获得程序的性能信息，需要使用各种辅助工具。本章将着重介绍用于系统性能分析的各种工具。熟练掌握这些工具，对性能瓶颈定位和系统故障排查都很有帮助。 1，Linux命令行工具2， Windows工具3，JDK命令行工具4，JConsole工具5，
https://baijiahao.baidu.com/s?id=1707601012673143593&wfr=spider&for=pc 注：百家号中，一些文本、代码等的排版格式无法控制，编辑状态时看着好好的，发布之后再看就乱了。这里真不适合当成技术博客来用……本人（guee）知乎上的同名文章中
https://developer.aliyun.com/article/68919 简介： 丢包的问题经常碰到，那丢包的问题如何破？今天专家枫凡坐诊为您分析丢包问题，一个案例教你如何排查系统原因导致的丢包问题。 本期分享专家：枫凡，曾就职于安恒信息。目前在阿里云从事ECS产品的技术支持，专注于云计
theme: channing-cyan 本文正在参与 “走过Linux 三十年”话题征文活动 在Linux系统上，最常见的操作莫过于处理文本。常见文件操作陈列、查找、排序、格式转换、数据流处理等等。这篇文章着眼于文件查找，分析locate和find命令的使用方法，和运用原理以及缺陷不足。 一、导读
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成功，有时会报错，如下： 经过网上一顿搜索，发现两种原因可能导致这个
https://developer.aliyun.com/article/401250 简介： 主要是通过具体的实验来理解 work_mem 今天我们着重来了解 postgresql.conf 中的 work_mem 参数 官方文档描述如下： 指定在写入临时文件之前内部排序操作和散列表使用的内存量。
一、背景 今日突然收到tidb节点的磁盘报警，磁盘容量已经超过了80%，但是tidb是不放数据的，磁盘怎么会满，这里就需要排查了 二、问题排查 解决步骤 1.df -h查看哪里占用磁盘比较多,然后通过du -h找到具体占用多的目录 2.最终发现tidb/tidb-deploy/tidb-4000/l
https://docs-archive.pingcap.com/zh/tidb/v6.0/check-before-deployment 本文介绍部署 TiDB 前的环境检查操作，以下各项操作按优先级排序。 在 TiKV 部署目标机器上添加数据盘 EXT4 文件系统挂载参数 生产环境部署，建议使用
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
背景 近期发现自己实验用的 Prometheus 性能出现瓶颈, 经常会出现如下告警: PrometheusMissingRuleEvaluations PrometheusRuleFailures 之后慢慢排查发现是由于 Prometheus 的某些 series 的高基数(High Cardin
