• 馒头大王
    2021-04-27
    根据系统指标现象看问题 一、TPS低/响应耗时长 1、分析链路-推荐skywalking 2、发现service-MySQL耗时较长 3、确定慢SQL 方法1:MySQL Report-pt-query-digest(解析慢日志) 方法2:RDS→日志管理 注:一般伴随着DB CPU高 4、”执行计划“分析慢SQL (执行 explain 或 desc + SQL) 5、添加相关索引 无法通过索引解决的根据业务优化代码 6、问题解决 二、报错/错误率高 1、查日志 2、具体问题具体分析 譬如: 1)参数 2)主键冲突 3)超时 4)服务降级 ~~~~

    作者回复: 总结的不错哦。

    
    8
  • 同心飞翔
    2021-04-26
    老师,是否可以推荐个有各种性能问题的开源系统,大家来练手。还是要自己实践

    作者回复: 正在写搭建环境的文章,本来想着自己随便找一个都能玩,看到问的人多,所以打算加一篇。

    共 3 条评论
    3
  • 姑射仙人
    2022-01-20
    为什么是Cart - MySQL影响最大,看图上才113ms。User - Gateway,Gateway - Cart平均响应时间也很大呀,这块是怎么回事?

    作者回复: 是的。GW - cart也大,不过那是另一个问题。

    
    
  • 安静。。。
    2021-07-12
    2. 你能画出在第二阶段分析中的逻辑吗? 因为错误数量随着请求数量的增加而增加 查看错误的日志,确定代码是在add的时候报错 那么同时请求add的场景,跟实际的场景有关系 实际上可能不会有多个用户同时请求的场景,需要修改压测数据

    作者回复: 用户肯定是会有多个用户的。

    
    
  • 公瑾
    2021-06-17
    老师,慢日志阈值一般设置成多少,100ms左右吗?

    作者回复: 看业务的需求指标。

    
    