首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏小石头

    问题定位记录

    JVM(HotSpot JVM)进行了优化。当第一次发生异常(通常为NullPointerException)时,将打印完整的堆栈跟踪,并且JVM会记住堆栈跟踪(或者可能只是代码的位置)。 当该异常经常发生时,将不再打印堆栈跟踪,这既可以实现更好的性能,【CoederBaby】又不会使相同的堆栈跟踪充满日志。

    54410编辑于 2022-11-10
  • 来自专栏技术博客文章

    RocketMQ 问题定位

    ,就只会消费0 1 2 3 这 4 个队列中的消息,4 5 6 7 压根就没有被消费。 反过来,如果设置 WriteQueueNum = 4,ReadQueueNum = 8,在生产消息时只会往0 1 2 3中生产消息,消费消息时则会从0 1 2 3 4 5 6 7 所有的队列中消费,当然 问题分析 首先联想到的是,是否是 消费线程卡住了呢 ? ,我们来看看 RocketMQ 是否有什么问题。 我们来查看 broker-2 上面的日志定位问题

    85600编辑于 2021-12-17
  • 来自专栏xuefly

    Keepalived问题定位

    问题中忘记了另一个同事也在测HA的稳定性,发现他也在用同样的组播地址和虚拟路由id,我修改之后重启keepalived,完美解决。

    81230编辑于 2022-12-30
  • 来自专栏盛开在夏天的太阳

    JVM-GC3--定位线上OOM问题的方法

    那就是线上发生OOM, 如何定位 1. top命令, 线上查看cpu和内存的使用情况 2. jstack 进程号   查看当前进程有哪些线程   初步定为排查线程的健康状况, 如果有很多线程处于等待状态 ,那么可能就有问题3. jstat -gc 线程号: GC回收的情况 4. jinfo 3271    显示进程中的常用信息 5. jmap   jmap -dump:format=b, file= 选择文件后打开, 显示堆文件的概要信息   3). 查看类模块    可以看到哪些类创建的实例数特别大. 占用了多少内存/cpu   4). : 滚动生成日志也存在一定的问题, 有可能你要查看的日志已经被删除了. 看看哪些类实例最多, 这样内存和cpu居高不下. ---- 扩展阅读 整理这个文件的时候, 想起之前同事整理的一篇在spring cloud环境下,如何通过spring boot actuator来定位线上问题

    1.5K30编辑于 2022-05-09
  • 来自专栏Java项目实战

    StackOverflowError 问题分析定位

    = 1; i <= n; i++) { result *= i; } return result; }}上述代码将递归转换为迭代,避免了栈溢出的问题 性能测试:通过性能测试,模拟高负载情况下的应用表现,及时发现潜在的栈溢出问题。监控和日志:实施实时监控和日志记录,一旦发生StackOverflowError,能够快速定位问题源头。 结语StackOverflowError是Java开发中一个不可忽视的问题。通过本文的分析和指导,希望你能对这个问题有更深入的理解,并掌握避免它的策略。

    53310编辑于 2024-11-28
  • 来自专栏bisal的个人杂货铺

    问题定位的思考

    领导同事都曾问到过,如果出现一个数据库问题,或者应用的问题,应该怎么快速定位问题? 这个问题很开放,同一个故障现象,可能不同人都会有不同的排查路径,但是殊途同归,能定位问题,解决问题,这才是关键,区别就在速度和准确性,有人1分钟定位,有人1小时定位,都可以解决,有人能找到问题的根因,有人歪打正着解决了问题 其实这种有具体报错的问题,还是有很多线索可用的,最难的可能就是那些很隐秘的问题,例如应用执行慢,如果应用日志记录了具体操作的步骤和执行时间,我们就可能定位到某个逻辑,再判断是程序处理的问题,磁盘读写的问题 《应用执行慢的定位案例》,就介绍了一种定位问题的思路,可以向程序增加一些断点,无论是要打印到控制台,还是应用日志,通过断点,逐步定位,其中需要注意的一点,就是断点的粒度,如果断点粒度很粗,很可能就无法精确定位 借此机会,补充一些环节, 同样的问题现象,原因可能不同,因此,对基础原理的理解和实践,对日常问题处理的积累,对相关知识点的融会贯通,都是提高我们定位和解决问题能力的重要途径。

    1.6K31编辑于 2021-12-14
  • 来自专栏程序猿牧场

    线上问题定位--OOM

    服务器上部署了Java服务,出现了OutOfMemoryError,问题应该如何定位?

    1.5K31编辑于 2023-01-17
  • 来自专栏四火的唠叨

    JVM 问题定位工具

    熟悉 JDB 还是有价值的,很多情况下需要我们在命令行下完成简单的 debug 问题定位。 com.sun.jdi.SocketAttach:hostname=myhost,port=8000 jdb -connect "com.sun.jdi.CommandLineLaunch:main=Hello 1 2 3" dump 文件是堆内存的映像信息,相当于把内存中存放的对象映射到一个文件里,这个文件通常会比较大;而 core 文件是当前的线程栈信息,是可以使用 kill -3 命令生成的,也可以使用 jstack 总的来说,通常监控型的工具功能最强大,但是对系统资源要求也很高,对于生产环境上特有的问题,还是多考虑使用一些快照工具,内存和 CPU 占用小,系统中断时间短。

    55210编辑于 2022-07-15
  • 来自专栏腾讯位置服务

    定位 | 常见问题

    定位 1.腾讯位置服务在PC端测试过程中使用定位组件,一直显示定位中,没有地图显示? 目前地图提供的组件只支持手机端使用,PC端无法使用H5定位组件。 如何反馈 1.问题反馈的渠道入口: ① 点击本文末左下角“阅读原文”发帖反馈; ② 关注“腾讯位置服务”微信公众号,进入“帮助支持-> 论坛”发贴反馈; ③ 访问bbs.map.qq.com,进入“论坛

    79410发布于 2018-11-07
  • 来自专栏QAPM-腾讯客户端性能分析

    定位”那些事儿—sigkill定位爆内存问题

    ---- 问题背景 在iOS App中,爆内存导致杀进程,一直是业界的难以定位问题。 通过iOS官方的工具Instruments->Allocations里的Heapshot功能来查找原因,不一定能定位问题堆栈,还相当耗时。 而QAPM-SIGKILL就能做到监控app爆内存场景,并且及时定位问题关键堆栈信息,还能实时上报数据。 通过以下相册管家(ios)案例来说明。 [图片2.png] 开发同学根据上报的堆栈信息结合代码分析,马上定位到了问题原因:对尺寸过大的图片进行解码时会导致爆内存。 [图片3.png] [图片4.png] 解决思路 根据反馈,了解到目前解决此场景爆内存的思路是:根据不同的机型内存,设定一个内存的边界值,没超过的话直接解码图片,超过则对原图片进行缩放以减少占用内存空间

    7.9K51发布于 2019-03-22
  • 来自专栏我的技术专刊

    RocketMQ 问题定位方法

    问题分析 首先联想到的是,是否是 消费线程卡住了呢 ? ,我们来看看 RocketMQ 是否有什么问题。 之前提到了,发送到这个 Topic 是指定了 hashKey 的,通过消息的 hashKey 我们可以定位到是哪个 broker: int hashCode = "我们的hashKey".hashCode 我们来查看 broker-2 上面的日志定位问题3 倍设计公理)

    1.2K10编辑于 2021-12-18
  • 来自专栏PHP饭米粒

    【PHP问题定位】线上机器打日志混乱问题定位分析

    "每个小问题,都值得深入!!" 现象 在线上脚本机器写入单条日志过长时会出现交叉打印的现象: ? 截断的位置非常接近8192的倍数值;但因为定位时间不是当时的时间点,期间数据库存在部分改动,所以出现偏移,那么也能验证我们之前的猜想,正是file_put_contents 多次调用write函数的时候出现交叉打印 问题解决: 1、修改打日志处代码,这么巨大的日志写入文件是否合理? write(); 写完后释放文件锁 php_stream_close(stream)->close(data->fd); //直接关闭 总结:LOCK_EX 保证了一个巨大字符串的完整,不会被写串; 3、 strLogMsg, FILE_APPEND); write函数在O_APPEND模式下,偏移到文件末尾与写文件是原子性的,不存在被覆盖的情况; 4、以O_APPEND方式打开文件,然后使用lseek,定位到文件首部

    1.1K30发布于 2019-06-04
  • 来自专栏运维开发王义杰

    使用 tcpdump 定位网络问题

    无论你是网络工程师,还是需要处理网络问题的开发人员,理解和熟悉 tcpdump 都是非常有价值的。

    78430编辑于 2023-08-10
  • 来自专栏phpcoders

    css中的定位问题

    4种定位方式如下: 相对定位,绝对定位,固定定位,静态定位 相对定位: position:relative 会占用文档的初始页面。 可以通过left,top,right,bottom来设置,理解相对的概念,相对与绝对定位的偏移量; 绝对定位: position:absolute 脱离了文档流,设置左上右下的距离后就一直定位在那里了 ,就如一张纸将名字写在开头,无法改变,但页面显示滚动条时会让它看不见; 固定定位: position:fixed 就是固定住位置,不管滚动条移动到哪里都不会改变位置,基本可以参考那种广告; 静态定位

    1.7K20发布于 2021-03-16
  • 来自专栏开发三两事

    mysql死锁问题定位解决

    什么是死锁 在解决Mysql 死锁的问题之前,还是先来了解一下什么是死锁。 3.预先规定一个加锁顺序,所有的事务都必须按照这个顺序对数据执行封锁。如不同的过程在事务内部对对象的更新执行顺序应尽量保证一致。

    2.2K41编辑于 2023-03-31
  • 来自专栏搜狗测试

    如何进行问题定位

    看到这个用户反馈,小编开始着手复现问题,今天给大家分享一下复现问题过程。在本次问题定位主要使用以下的流程: ? 确认问题环境 确认问题现象,搜集用户反馈,分析用户环境,包括系统、机型、应用、操作等。 确认复现路径 1) 选择和用户环境相似的设备,iPhoneXS Max(13.3系统) 2) 选择和用户出现问题相同的应用,微信最新版本 3) 拿到用户出现问题的截屏和视频,同时与用户沟通对步骤进行确认 查找问题原因 复现问题后,开始定位问题原因,缩小问题范围。 关于定位问题方法,可供参考如下: 1)梳理代码逻辑,增加log点,通过复现问题,寻找问题点; 2)二分法定位,把程序逻辑一点点注释掉,看看会不会出问题,类似二分查找的方法,逐步缩小问题的范围; 3)制作工具 这次,我们采用的主要是二分法去对问题进行精准定位,发现是两个线程交互时的问题,那此时就是对这两个线程段的代码进行log验证,经过验证我们最终发现问题是出“在上屏过内核”这个步骤。

    1.5K20发布于 2020-04-02
  • 来自专栏DPDK性能优化

    MySQL死锁问题定位思路

    3. 错误日志中查看历史发生过的死锁 set global innodb_print_all_deadlocks=1; 上一个命令,只能看到最近发生的锁,如果我想看历史发生的锁怎么办? trx_query:事务运行的sql语句 写在最后: 出现死锁问题时,可以查看系统设置的隔离级别,RR与RC在加锁粒度上存在很大区别,RR隔离级别因为加锁粒度更大,在并发更新表的场景下容易产生思索,通常是因为 UPDATE语句的where条件所带的字段是普通索引,通常变更成唯一索引可以解决死锁问题

    3.9K20发布于 2020-03-18
  • 来自专栏网优小兵玩Python

    VoLTE问题定位指导手册

    VOLTE域下的状态为未注册,用户处于开机状态,打开VOLTE开关,终端状态栏有4G标识和信号,但没有显示HD/IMS/VOLTE标识,派单NOC处理; 如果用户在VOLTE域下的状态为注册状态,转步骤3; Ø 步骤3:询问与之通话的用户类型 告知用户目前只有电信VOLTE用户和电信VOLTE用户之间互相通话才能使用VOLTE高清语音以及视频通话功能,电信VOLTE用户与移动VOLTE,移动普通用户 ,结单;问题未解决,转步骤3;如果BSS和HSS、MMTEL-AS状态均正常,转步骤3; Ø 步骤3:检查用户是否开机注册在VOLTE域下 如果用户在VOLTE域下的状态为未注册,用户处于开机状态 ,结单;问题未解决,转步骤3; 如果BSS和MMTEL-AS状态均正常,转步骤3; Ø 步骤3:检查用户是否开机注册在VOLTE域下 如果用户在VOLTE域下的状态为未注册,用户处于开机状态 ,请关闭VOLTE开关; 如果用户不认可,转步骤3; Ø 步骤3:询问用户是单个还是多个号码互通问题 如果是单个号码,转步骤4; 如果是多个号码,记录下多个号码,转步骤5; Ø 步骤

    2.8K22发布于 2019-12-30
  • 来自专栏编程从踩坑到跳坑

    Mysql生产死锁问题定位

    # Mysql生产死锁问题定位 生产上一个消费mq消息的服务出现了死锁问题,通过命令获取到的mysql日志如下: ===================================== 2023-06 TRANSACTION: TRANSACTION 96847162, ACTIVE 0 sec inserting mysql tables in use 1, locked 1 LOCK WAIT 3 *** (2) TRANSACTION: TRANSACTION 96847161, ACTIVE 0 sec inserting mysql tables in use 1, locked 1 3

    41530编辑于 2023-11-09
  • 来自专栏前端领域

    【CSS3】 float浮动与position定位常见问题(个人笔记)

    看完就会) CSS3 transform 2D转换之移动 旋转 缩放(详细讲解看完就会) CSS3 Z—Index 详解 CSS3 positon定位详解(通俗易懂) 目录 1.float子元素浮动范围不会超出父元素的范围大小 3.相对定位不脱离标准流,即使离开了原位置,还会在原位置占有。 3.相对定位不脱离标准流,即使离开了原位置,还会在原位置占有。 ,我们可以理解为 他脱离了标准流的位置,但同时也占领着初始位置,下面的四也跟这个问题相关。 绝对定位呢  绝对定位是层级加一,第一个绝对定位div是3层(我为什么不说是二层呢,因为前面说了定位层级大于浮动层级),第二个是4层,第三个是五层所以他们重叠了起来了。

    77440编辑于 2022-11-28
领券