电商 购物车流程分析简单走一波：

• 业务流程：

  ①添加购物车功能

  注册 ——登录（未登录的加购商品时返回登录界面）——搜索添加——浏览商品添加（可删）——添加购物车数量(可加可减)——库存数量增减——结算——订单详情——退款操作等...诸多操作

  卖家修改单价

  一件存库多个账号同时添加商品

  正如此流程能否画出分析图？（动动手吧！小伙伴）

• 哈哈。是不是瞬间想到了性能了

  那就来简单看一下

  都分析啥呢？ 基本都是这些：

  （大家牢记住：短时大并发，长时小迸发）

cpu < 80%，
free < 80%，
err < 0.5%，
响应时间 （2.3.8）（3.5.10）实际看情况

性能瓶颈分析：

• 现象多表现为：

  • 响应时间>5s
  • 错误率>预期要求
  • cpu使用率高

• 分析流程：

  • jmeter聚合报告为何指标没有达标---sever

  • 分析服务器资源--->grafana监控平台-->-cpu使用率特别高

  • 根据细分图分析是usr% 使用率高？是哪一个进程消耗CPU资源

  • top查看哪一个进程使用CPU高

  • docker监控 分析的是哪一个容器的CPU使用率高

    • 第一阶段：cpu使用率 mysql > java进程
    • 第二阶段：cpu使用率 mysql < java进程

  • 分析mysql进程---使用监控工具分析--grafana

    • 执行效率问题
    • select * from mysql_slow_log 查询出所有超出1s的语句
      • show variables lisk '%query%'; # 查询相关内容
      • set global show_query_log='ON';
      • set global show_query_log_file='/tmp/mysql-slow.log';
      • set global show_query_time=1; 阀值超出1s就是慢
      • set global show_query='table' # set global show_query='table，file'
      • show variables lisk '%log_output%';

    ​

    • 缓冲

    • 库结构

    • 死锁问题

  • 打开慢查询日志

    • file 格式 mysql-slow.log
    • table 格式
    • select fun jion 一般是因为数据里面的查询么有索引到指定的，就是常说的全表查select * from 表

  • 发现数据库的性能查是因为慢查询导致的，是具体什么语句导致的

    ​ 在慢日志 都有sql语句 找出来执行以下，看一下时间，在解释一下选择出来的漫数据进行分析

    如果语句太少，无法实现，找开发给项目铺数据 >百万级别，方便压测

  • 找到具体的慢查询语句 --和开发确认

    • 什么业务
    • 什么表
    • 什么问题---没有索引

  • 开发优化完，回归性能测试

    • 单条语句执行性能 再次查看是否修改

  • 错误率

    • 现象：jmeter聚合有错误率

    • 分析

      • 查看结果是里面有500问题---是服务端问题

      • 分析服务端问题

      • 了解服务端架构

        • 单体：tomcat
        • sprintboot 内部的应用服务器 java-jar xxx.jar -xms参数启动
        • 微服务

      • docker环境-找到对应的哪一个容器

        • java在哪个容器
        • 内存泄漏--MAT—查看具体哪一个对象导致的内存泄漏
        • 进入容器 docker exec -ti 容器id /bin/bash
        • 查看容器日志：docker logs -f --tail 100 容器id

然后就是博客还有grafana+prometheus+node_export influxDB等搭建方法会给大家分享出来...慢慢来一点一点给大家挤出来[`![]------------恢复内容开始------------