排查nginx、tomcat内存和服务器负载之后
最近客户现在提出系统访问非常慢,需要优化提升访问速度,在排查了nginx、tomcat内存和服务器负载之后,判断是数据库查询速度慢,进一步排查发现是因为部分视图和表查询特别慢导致了整个系统的响应时间特别长。知道了问题之后,就需要对查询比较慢的接口进行优化,但哪些接口需要优化、哪些不需要呢?只能通过日志里的执行时间来判断,那么如何才能知道每一个接口的执行时间呢?
如果想学习Java工程化、高性能及分布式、深入浅出。微服务、Spring,MyBatis,Netty源码分析的朋友可以加我的Java高级交流:854630135,群里有阿里大牛直播讲解技术,以及Java大型互联网技术的视频免费分享给大家。
对于这个问题,想到了使用动态代理的方式统一记录方法的执行时间并打印日志,这样就能很直观、方便的看到每个接口的执行时间了。
由于使用的是spring框架,对象都是由spring统一管理的,所以最后使用的是 Spring AOP 切面编程来统一记录接口的执行时间,具体代码如下(基于注解的方式):
@Component
@Aspect
public class AopLoggerAspect {
private static final Logger logger = Logger.getLogger(AopLoggerAspect.class);
@Pointcut("execution(public * com.iflytek.credit.platform.*.service.impl.*Impl.*(..)) || execution(public * com.iflytek.credit.platform.*.controller.*Controller.*(..))")
public void pointCut() {
}
@Before("pointCut()")
public void boBefore(JoinPoint joinPoint) {
String methodName = joinPoint.getSignature().getName();
logger.info("Method Name : [" + methodName + "] ---> AOP before ");
}
@After("pointCut()")
public void doAfter(JoinPoint joinPoint) {
String methodName = joinPoint.getSignature().getName();
logger.info("Method Name : [" + methodName + "] ---> AOP after ");
}
@AfterReturning(pointcut = "pointCut()",returning = "result")
public void afterReturn(JoinPoint joinPoint, Object result) {
String methodName = joinPoint.getSignature().getName();
logger.info("Method Name : [" + methodName + "] ---> AOP after return ,and result is : " + result.toString());
}
@AfterThrowing(pointcut = "pointCut(www.gcyl152.com/)",throwing = "throwable")
public void afterThrowing(JoinPoint joinPoint, Throwable throwable) {
String methodName = joinPoint.getSignature().getName();
logger.info("Method Name :yongshiyule178.com/ [" + methodName + "] ---> AOP after throwing ,and throwable message is : " + throwable.getMessage());
}
@Around("pointCut()")
public Object around(ProceedingJoinPoint joinPoint) {
String methodName = joinPoint.getSignature().getName();
try {
logger.info("Method Name : [" www.mcyllpt.com+ methodName + "] ---> AOP around start");
long startTimeMillis = System.currentTimeMillis();
//调用 proceed() 方法才会真正的执行实际被代理的方法
Object result = joinPoint.proceed();
long execTimeMillis = System.currentTimeMillis() - startTimeMillis;
logger.info("Method Name : [" + methodName + "] -www.dasheng178.com/--> AOP method exec time millis : " + execTimeMillis);
logger.info("Method Name : www.yigouyule2.cn [" + methodName + "] ---> AOP around end , and result is : " + result.toString());
return result;
} catch (Throwable te) {
logger.error(te.getMessage(),te);
throw new RuntimeException(te.getMessage());
}
}
}
首先,需要创建一个类,然后在类名上加上两个注解
@Component
@Aspect
@Component 注解是让这个类被spring当作一个bean管理,@Aspect 注解是标明这个类是一个切面对象
类里面每个方法的注解含义如下:
@Pointcut 用于定义切面的匹配规则,如果想要同事匹配多个的话,可以使用 || 把两个规则连接起来,具体可以参照上面的代码
@Before 目标方法执行前调用
@After 目标方法执行后调用
@AfterReturning 目标方法执行后调用,可以拿到返回结果,执行顺序在 @After 之后
@AfterThrowing 目标方法执行异常时调用
@Around 调用实际的目标方法,可以在目标方法调用前做一些操作,也可以在目标方法调用后做一些操作。使用场景有:事物管理、权限控制,日志打印、性能分析等等
以上就是各个注解的含义和作用,重点的两个注解就是 @Pointcut 和 @Around 注解,@Pointcut用来指定切面规则,决定哪些地方使用这个切面;@Around 会实际的去调用目标方法,这样就可以在目标方法的调用前后做一些处理,例如事物、权限、日志等等。
需要注意的是,这些方法的执行顺序:
执行目标方法前: 先进入 around ,再进入 before
目标方法执行完成后: 先进入 around ,再进入 after ,最后进入 afterreturning
实际的日志信息如下,可以看出各个方法的执行顺序:
另外,使用spring aop 需要在spring的配置文件加上以下这行配置,以开启aop :
<aop:aspectj-autoproxy/>
同时,maven中需要加入依赖的jar包:
<dependency>
<groupId>org.aspectj</groupId>
<artifactId>aspectjrt</artifactId>
<version>1.6.12</version>
</dependency>
<dependency>
<groupId>org.aspectj</groupId>
<artifactId>aspectjweaver</artifactId>
<version>1.6.12</version>
</dependency>
总结一下,Spring AOP 其实就是使用动态代理来对切面层进行统一的处理,动态代理的方式有:JDK动态代理和 cglib 动态代理,JDK动态代理基于接口实现, cglib 动态代理基于子类实现。spring默认使用的是JDK动态代理,如果没有接口,spring会自动的使用cglib动态代理。
排查nginx、tomcat内存和服务器负载之后的更多相关文章
- Nginx + Tomcat Windows下的负载均衡配置
Nginx + Tomcat Windows下的负载均衡配置 一.为什么需要对Tomcat服务器做负载均衡? Tomcat服务器作为一个Web服务器,其并发数在300-500之间,如果超过50 ...
- 图文解说:Nginx+tomcat配置集群负载均衡
图文解说:Nginx+tomcat配置集群负载均衡 博客分类: appserver nginxTomcatUbuntuLinux网络应用 作者:niumd Blog:http://ari.iteye ...
- 搭建 Keepalived + Nginx + Tomcat 的高可用负载均衡架构
1 概述 初期的互联网企业由于业务量较小,所以一般单机部署,实现单点访问即可满足业务的需求,这也是最简单的部署方式,但是随着业务的不断扩大,系统的访问量逐渐的上升,单机部署的模式已无法承载现有的业务量 ...
- Keepalived + Nginx + Tomcat 的高可用负载均衡架构搭建
Keepalived + Nginx + Tomcat 的高可用负载均衡架构搭建 Nginx 是一个高性能的 HTTP反向代理服务器 Keepalived 是一个基于VRRP协议来实现的LVS服务高可 ...
- 搭建Keepalived + Nginx + Tomcat的高可用负载均衡架构
1 概述 初期的互联网企业由于业务量较小,所以一般单机部署,实现单点访问即可满足业务的需求,这也是最简单的部署方式,但是随着业务的不断扩大,系统的访问量逐渐的上升,单机部署的模式已无法承载现有的业务量 ...
- Nginx+Tomcat多实例及负载均衡配置
Nginx+Tomcat多实例及负载均衡配置 采用nginx的反向代理负载均衡功能,配合后端的tomcat多实例来实现tomcat WEB服务的负载均衡 01 安装nginx服务 安装所需的pcre库 ...
- nginx+tomcat+memcached搭建服务器集群及负载均衡
在实际项目中,由于用户的访问量很大的原因,往往需要同时开启多个服务器才能满足实际需求.但是同时开启多个服务又该怎么管理他们呢?怎样实现session共享呢?下面就来讲一讲如何使用tomcat+ngin ...
- Keepalived+Nginx+Tomcat配置高可用负载均衡系统示例
前言 此示例为keepalived+nginx+tomcat的基础配置示例,某些特定配置此例中不会出现,在示例中会用到三个虚拟机:两个纯命令行用于模拟服务端配置,一个带桌面环境的用于模拟客户端访问,这 ...
- Nginx+tomcat配置集群负载均衡
开发的应用采用F5负载均衡交换机,F5将请求转发给5台hp unix服务器,每台服务器有多个webserver实例,对外提供web服务和socket等接口服务.之初,曾有个小小的疑问为何不采用开源的a ...
随机推荐
- input输入框类型
输入大小写字母.数字.下划线: <input type="text" onkeyup="this.value=this.value.replace(/[^\w_]/ ...
- python 面向对象 (多态)
什么是多态?多态就像是人有多种心情,场景不一样心情就会不一样. class Dog: def print_self(self): print('this is dog') class Hsq(Dog) ...
- Leecode刷题之旅-C语言/python-69x的平方根
/* * @lc app=leetcode.cn id=69 lang=c * * [69] x 的平方根 * * https://leetcode-cn.com/problems/sqrtx/des ...
- C语言学习记录_2019.02.02
变量在第一次被使用之前应该赋初值 scanf(“%d”,&price); scanf(“price%d %d”,&price); scanf中的东西一定是要输入的东西. 定义常量:c ...
- Android面试收集录 网络与加密
1.创建Socket对象需要至少指定哪些信息? IP(或域名)和端口号 Socket socket=new Socket("www.baidu.com",80); 2.如何使用So ...
- Java技术——I/O知识学习
个字节,主要用在处理二进制数据,字节用来与文件打交道,所有文件的储存都是通过字节(byte)的方式,在磁盘上保留的并不是文件的字符而是先把字符编码成字节,再储存这些字节到磁盘.在读取文件(特别是文本文 ...
- js字符串操作函数
js字符串函数 JS自带函数 concat 将两个或多个字符的文本组合起来,返回一个新的字符串. var a = "hello"; var b = ",world&quo ...
- 利尔达CC3200模块烧写程序笔记
1. 硬件使用利尔达的CC3200模块,仿真下载器使用利尔达的FTDI仿真器,硬件完全兼容官方的仿真器.仿真器支持IAR的调试,单步运行等操作. 2. 硬件连接接线说明: RXD, TXD, GNG, ...
- guacamole实现虚拟键盘
要做的事情比较简单,就是先实例化一个虚拟键盘,然后监听事件即可. js代码 //虚拟键盘数据 var a = {"language":"en_US"," ...
- linux命令大全(转载)
在搭建openstack时遇到问题,导致上网查询相关信息.找到一篇不错的文章,希望对大家有用.下附地址: http://blog.csdn.net/junbujianwpl/article/detai ...