Spring boot2 配置AOP前置增强,后置增强,异常增强,环绕增强,最终增强关于AOP切面相关具体概念不做过多阐述(概念弄懂有利于理解思想),这是配置AOP的各种增强日志,解决日志嵌套在业务代码的麻烦和不科学先来个Git demo项目压压惊: https://github.com/zhang-xiao-xiang/boot-aop (有的更新了一些)1pom依赖(这里
提高SpringBoot项目的吞吐量主要原因:1.提高系统可用性吞吐量是指系统在单位时间内成功处理请求的数量。当吞吐量不足以应对业务需求时,会导致请求Pile Up的情况发生,使系统不可用甚至宕机。提高吞吐量是保证系统可用性的有效手段之一。2.优化用户体验当系统的吞吐量跟不上业务增长时,用户会感知到系统的响应变慢,严重时甚至会有"访问不畅"的现象。这会给用户带来很差的体验。提升吞吐量可以有效的解决
转载
2024-02-21 10:23:13
129阅读
最近用netty写了一套代理服务发现网速超级慢下载只有200k左右，代理服务器的实际网速在100Mbit/s 左右。找了好久终于找到原因了。原来是netty tcp 参数SO_SNDBUF和SO_RCVBUF设置太小了（原来为32K，现在设置为2M后网速恢复正常）。源码地址（求Star）: GitHub - zhining-lu/n
转载
2023-08-08 11:19:40
364阅读
概述：本文简单概述了为提高应用程序吞吐量的一般做法，这些做法仅涉及总体部署方面。 概览图 应用服务器一般的，我们通过微软的网络负载平衡技术实现扩展，你可以架设32台以内的应用服务器，当然实际上你可以架设更多（微软有详细的资料介绍如何架设的更多）。对于一般的ERP应用来说，32台服务器已经足够足够使用了，因为性能的瓶颈实际上在数据库上。 使用微软网络负载平衡技术的好处：
转载
2024-04-17 21:09:45
75阅读
最近在项目中遇到了一个比较奇怪的问题，在IDEA本地起项目测试的吞吐量竟然高于在服务上起jar包（源码及所有依赖的jar打包至一个jar包中）的吞吐量，服务器的内存及cpu利用率较低，这显然是不正常的，于是进行了一系列尝试，最终通过将源码与依赖的第三方jar分开解决了问题。两种打包方式效率对比如下：方式一：源码及所有依赖的jar打包至一个jar包中 target目录结构： Jar包目录结
转载
2024-03-16 00:26:05
141阅读
本文章主要是讲述下项目调优中遇到的问题和调优思路，关于jmeter的使用，可以在我的博客中jmeter的使用找到，有兴趣的可以看看。 看完的jmeter的使用方式文章的朋友都知道，我只是使用了简单的两个接口进行压测，吞吐量可以达到1.5w以上，一般我们的系统是完全达到不到这个吞吐量的，因为系统接口在处理方法时既要处理逻辑处理业务，又要连接数据库处理数据，其中连接数据库是一个很大的耗时间的线程，另外
转载
2024-06-29 08:10:53
284阅读
java程序性能当我们调优java程序时，通常的目标有两个：响应能力 或者 吞吐量响应能力响应能力指一个程序或者系统对请求的是否能够及时响应。比如：一个桌面UI能多快的响应一个事件；一个网站能够多快返回一个页面请求；数据库能够多快返回查询的数据；对于这类对响应能力敏感的场景，长时间的停顿是无法接受的。吞吐量吞吐量关注的是，在一个指定的时间内，最大化一个应用的工作量。如下方式来衡量一个系统吞吐量的好
转载
2023-11-20 07:37:36
157阅读
衡量指标有哪些？1. 吞吐量和响应速度分布式的高并发应用并不能把单次请求作为判断依据，它往往是一个统计结果。其中最常用的衡量指标就是吞吐量和响应速度，而这两者也是考虑性能时非常重要的概念。 像我们平常开发中经常提到的，QPS 代表每秒查询的数量，TPS 代表每秒事务的数量，HPS 代表每秒的 HTTP 请求数量等，这都是常用的与吞吐量相关的量化指标。在性能优化的时候，我们要搞清楚优化的目标，到底是
转载
2024-07-08 14:28:34
84阅读
一、调优基本概念jvm性能调优的三个基本组件1.堆大小调整2.垃圾收集器调整3.JIT编译器通常在调优java应用程序时，重点是一下两个目标之一响应性：应用程序或系统对请求的数据进行相应的速度，对于专注于响应性的应用程序，长的暂停时间是不可接受的，重点是在短时间内做出回应。吞吐量：侧重于在特定时间段内最大化应用程序的工作量，对于专注于吞吐量的应用程序，高暂停时间是可以接受的。由于高吞吐量的应用程序
转载
2024-01-31 01:14:08
137阅读
第12章_数据库其它调优策略1. 数据库调优的措施1.1 调优的目标尽可能节省系统资源 ，以便系统可以提供更大负荷的服务。（吞吐量更大）合理的结构设计和参数调整，以提高用户操作响应的速度 。（响应速度更快）减少系统的瓶颈，提高MySQL数据库整体的性能。1.2 如何定位调优问题不过随着用户量的不断增加，以及应用程序复杂度的提升，我们很难用“更快”去定义数据库调优的目标，因为用户在不同时间段访问服务
提高 Kafka 吞吐量1、了解分区的数据速率，以确保提供合适的数据保存空间2、除非您有其他架构上的需要，否则在写 Topic 时请使用随机分区3、如果 Consumers 运行的是比 Kafka 0.10 还要旧的版本，那么请马上升级4、调优 Consumer 的套接字缓冲区（socket buffers），以应对数据的高速流入5、设计具有高吞吐量的 Consumers，以便按需实施背压（bac...
转载
2021-06-04 18:59:02
1298阅读
场景Kafka 消费出现严重的积压现象，无法及时完成目标用户的分发，业务增长诉求得不到满足，故亟需进行性能专项优化。优化衡量指标和思路性能衡量指标是吞吐量 TPS ，由经典公式 TPS = 并发数 / 平均响应时间RT 可以知道，若需提高 TPS，可以有 2 种方式：提高并发数，比如提升单机的并行线程数，或者横向扩容机器数；降低平均响应时间 RT，包括应用线程（业务逻辑）执行时间，以及 JVM 本
转载
2024-04-08 16:07:19
62阅读
我们使用的是jdk自带的队列，实现了服务的吞吐量增加，但是我们知道的是，jdk的队列时基于内存的，即当请求量很大的时候，大量的请求缓存在内存当中，对于内存的要求还是很大的，不是很适合并发量很大的业务场景。尤其是在电商的场景，都会通过消息队列的削峰，解耦，从而提高系统的吞吐量，保证稳定性。所以我们接下来，继续对系统进行改进，引入kafka，进一步对于稳定性进行完善。关于kafka的安装，介绍，集成，
转载
2023-11-09 14:50:18
56阅读
前言： 在我们的实际生产中，常常会遇到下面的这种情况，某个请求非常耗时(大约5s返回)，当大量的访问该请求的时候，再请求其他服务时，会造成没有连接使用的情况，造成这种现象的主要原因是，我们的容器(tomcat)中线程的数量是一定的，例如500个，当这500个线程都用来请求服务的时候，再有请求进来，就没有多余的连接可用了，只能拒绝连接。要是我们在请求耗时服务的时候，能够异步请求(请求到cont
转载
2024-03-24 17:14:05
90阅读
目录高吞吐量保证机制1. 高性能2.持久性，顺序读写3.零拷贝4.存在多个partition分区5.生产者缓冲区6.生产者数据压缩，节省网络带宽和Kafka存储成本7.分布式相比其他消息中间件的优势文章链接总结，简要回答高吞吐量保证机制1. 高性能单节点支持上千个客户端，百MB/s吞吐，接近网卡的极限2.持久性，顺序读写a.消息直接持久化在普通磁盘上，就是直接append到磁盘里去，这样的好处是直
转载
2024-03-27 15:12:06
98阅读
说明以下内容为入门级介绍，意在对老技术作较全的总结而不是较深的研究。主要参考《构建高性能Web站点》一书。什么是服务器并发处理能力一台服务器在单位时间里能处理的请求越多，服务器的能力越高，也就是服务器并发处理能力越强有什么方法衡量服务器并发处理能力1. 吞吐率吞吐率，单位时间里服务器处理的最大请求数，单位req/s从服务器角度，实际并发用户数的可以理解为服务器当前维护的代表不同用户的文件描述符总数
转载
2023-09-21 08:38:28
92阅读
Java多线程程异步改造责任链模式，大幅提高吞吐量一、责任链模式是什么二、责任链模式的优缺点三、责任链模式示例（一）、责任链模板（二）、消费者（三）、一级优惠处理（四）、二级优惠处理（五）、APP应用场景（六）、运行结果四、改造责任链，增加吞吐量（一）、责任链模板（二）、优雅停止线程（三）、APP应用场景（四）、运行结果五、总结反思 对基础设计模式了然于胸的可以直接跳过前面章节，查看优化部分
转载
2023-08-24 13:27:56
185阅读
1. 性能的参考指标执行时间：一段代码从开始运行到运行结束，所使用的时间。CPU时间：函数或者线程占用CPU的时间。内存分配：程序在运行时占用的内存空间。磁盘吞吐量：描述I/O的使用情况。网络吞吐量：描述网络的使用情况。响应时间：系统对某用户行为或者事件做出响应的时间。响应时间越短，性能越好。2. 木桶原理木桶原理又称“短板理论”，其核心思想是：一只木桶盛水的多少，并不取决于桶壁上最高的那块木板，
转载
2023-08-04 13:52:22
120阅读
性能测试概念性能测试是通过测试工具模拟多种正常、峰值及异常负载条件来对系统的各项性能指标进行测试。性能指标系统指标------需求给出响应时间吞吐量（现在是TPS、QPS）响应时间 = 网络响应时间 + 应用程序响应时间平均响应时间：所有请求花费的平均时间吞吐量：网络传输的数据量（处理客户的请求数）吞吐率：单位时间（可以是秒/分/时/天）内网络成功传输的数据量，如请求数/秒、页面数/秒。事务，TP
转载
2024-01-25 21:04:39
106阅读
一、估算系统的性能最大吞吐量1、首页获取商品列表 模拟APP首页产生10KB的数据。2、在https://start.spring.io/生成一个springboot项目 添加：ItemVO.javapackage com.example.demo;
public class ItemVO {
private int id;
private String name;
