首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

问题定位的思考

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

1.2K31

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

---- 导语:定位爆内存crash原因—iOS App性能中影响各位开发友人发量的重要问题,我们通过对QAPM上报的一例sigkill有效个例的分析,为大家提供一些思路。...---- 问题背景 在iOS App中,爆内存导致杀进程,一直是业界的难以定位问题。...通过iOS官方的工具Instruments->Allocations里的Heapshot功能来查找原因,不一定能定位问题堆栈,还相当耗时。...而QAPM-SIGKILL就能做到监控app爆内存场景,并且及时定位问题关键堆栈信息,还能实时上报数据。 通过以下相册管家(ios)案例来说明。...[图片2.png] 开发同学根据上报的堆栈信息结合代码分析,马上定位到了问题原因:对尺寸过大的图片进行解码时会导致爆内存。

7.5K51

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

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

87530
领券