🔥🔥性能优化，服务监控方面的知识往往涉及量广且比较零散，希望将这部分知识整理成册，愿以后性能排查不再抓瞎。
前言 新项目采用的abp vnext的微服务模块化架构,所以把应用的服务拆成了很多独立模块 在初期,我们通过日志还能跟踪到问题, 后期服务越来越多(大约扩充到了十几个),随着调用链路越来越深 ,问题也越来越能排查了. 往往入口报错之后,要跟好几个服务的日志 才能找到最终节点. 所以考虑引入Skywa
内容概要 上一节内容 介绍了用开源系统若依(ruoyi)搭建页面的过程。在实际项目中，经常遇到多数据源后者主从库的情况。本节记录若依多数据源配置过程中遇到的问题排查过程。 背景描述 1.上一节在ry-vue库中新建了表t_user，这次新建数据库jingyes，新加同样的表t_user。其他功能不变
本文通过一封618前的R2M(公司内部缓存组件，可以认为等同于Redis)告警，由浅入深的分析了该告警的直接原因与根本原因，并根据原因提出相应的解决方法，希望能够给大家在排查类似问题时提供相应的思路。
为什么需要链路跟踪 为什么需要链路跟踪？微服务环境下，服务之间相互调用，可能存在 A->B->C->D->C 这种复杂的服务交互，那么需要一种方法可以将一次请求链路完整记录下来，否则排查问题不好下手、请求日志也无法完整串起来。 如何实现链路跟踪 假设我们从用户请求接口开始，每次请求需要有唯一的请求
## 一：背景 ### 1. 讲故事 前几天有位朋友找到我，说他的程序有内存泄露，让我帮忙排查一下，截图如下：  说实
## 一：背景 ### 1. 讲故事 在 dump 分析旅程中，经常会遇到很多朋友反馈一类问题，比如： * 方法平时都执行的特别快，但有时候会特别慢，怎么排查？ * 我的方法第一次执行特别慢，能看到慢在哪里吗？ 相信有朋友肯定说，加些日志不就好了，大方向肯定是没问题的，但加日志的颗粒度会比较粗而且侵
摘要：通常在运维监控出现CPU使用率较高、P80/P95指标较高、慢SQL数量上升等现象，或者业务出现超时报错时，优先应排查是否出现慢SQL。 本文分享自华为云社区《GaussDB慢SQL常见定位处理手段》，作者：酷哥。 关键指标 通常在运维监控出现CPU使用率较高、P80/P95指标较高、慢SQL
摘要：究竟是不是cpu占比高的问题导致redis超时的呢？ 本文分享自华为云社区《我又和redis超时杠上了》，作者：蓝胖子的编程梦 。 背景 经过上次redis超时排查，并联系云服务商解决之后，redis超时的现象好了一阵子，但是最近又有超时现象报出，但与上次不同的是，这次超时的现象发生在业务高峰
拍摄于富平中华郡 背景 今天组内一个小哥找我协助看一个问题，现象是他开放了一个Api给第三方调用，需要在http中传递一个名字为access_token的头，但是发布到测试环境以后却怎么也获取不到这个头，本地调试是没有问题的，希望协助看看。 排查 http传递头还会出问题，这都是很成熟的东西了，大概
一、前言 大家好啊，我是summo，今天给大家分享一下我平时是怎么调试代码的，不是权威也不是教学，就是简单分享一下，如果大家还有更好的调试方式也可以多多交流哦。 当我们的应用发布到线上之后，就不能随意启停了，但如果线上出现了BUG怎么办呢？大多数时候我们会借助线上打印的日志进行排查问题，如果幸运的话
AnaTraf 网络流量分析仪是一款功能强大的网络流量分析工具，可以帮助您轻松解决网络性能问题。如果您正在遇到网络性能问题，请立即使用 AnaTraf 进行网络流量分析和诊断，快速定位问题根源并进行优化。某企业遇到网络速度慢的问题，影响了员工的工作效率。经过排查，发现网络拥塞是造成网络速度慢的主要原...
https://segmentfault.com/a/1190000042434642 引言 “只有被线上服务问题毒打过的人才明白日志有多重要！”我先说结论，谁赞成，谁反对？如果你深有同感，那恭喜你是个社会人了：） 日志对程序的重要性不言而喻，轻巧、简单、无需费脑，程序代码中随处可见，帮助我们排查定
问题起因： 自己开发了一个服务器和客户端，通过短连接的方式来进行通讯，由于过于频繁的创建连接，导致系统连接数量被占用，不能及时释放。看了一下18888，当时吓到了。 现象： 1、外部机器不能正常连接SSH 2、内向外不能够正常的ping通过，域名也不能正常解析。 问题排查： 通过 netstat -
MySQ使用内存上升90%！在运维过程中50%的几率，会碰到这样的问题。算是比较普遍的现象。 MySQL内存使用率过高，有诸多原因。普遍的情况是因为使用不当导致的，还有mysql本身的缺陷的导致的。到底是那方面的问题，那就需要一个一个进行排查。 下面介绍排查思路： 1.参数配置需要确认。是否内存设置
https://www.sohu.com/a/313061840_411876 作者介绍 刘宇，甜橙金融创新中心基础技术架构师，拥有9年IT从业经验、9年数据库开发运维经验、4次大型营销活动经验。目前关注容器、分布式数据库技术等基础技术。 在线上排查redis性能问题时，从redis中找进行优化是一
前些天一直受到内存报警，过一段时间就会恢复。由于开发工作有些多，就一直没理它，但是最近几天开始有些频繁了。虽然不影响业务，但是天天报警，还是让人提心吊胆的。因此就抽了一个上午的时间去解决一下这个问题。 排查问题 这台机器安装的是mongodb，因为最近业务增加，内容使用增加是正常的，但是实际的占用内
https://www.cnblogs.com/codelogs/p/16633704.html 原创：扣钉日记（微信公众号ID：codelogs），欢迎分享，转载请保留出处。 简介# 最近，我们一个多机房部署的服务，调用方反馈有问题，在调用新加坡机房时正常，而调用印度机房则报SSL握手异常。 排查
使用 perf 对系统内核线程进行分析时，内核线程依然还在正常运行中，所以这种方法也被称为动态追踪技术。动态追踪技术通过探针机制来采集内核或者应用程序的运行信息，从而可以不用修改内核和应用程序的代码就获得丰富的信息，帮你分析、定位想要排查的问题。 以往，在排查和调试性能问题时，我们往往需要先为应用程
https://zhuanlan.zhihu.com/p/647831844 前言 在日常业务使用或运维管理 TiDB 的过程中，每个开发人员或数据库管理员都或多或少遇到过 SQL 变慢的问题。这类问题大部分情况下都具有一定的规律可循，通过经验的积累可以快速的定位和优化。但是有些情况下不一定很好排查
