巧用beanshell，做阶梯加压监听 1. 首先先添加阶梯加压线程组 bzm - Concurrency Thread Group 设置阶梯加压值，目标最大并发用户为80，加速步率时长为100秒，步率为5，80并发时持续60秒；配置如下图 2. 添加 BeanShell Sampler ，获取当前 ...
分类：
其他好文 时间：
2019-12-30 11:16:46
阅读次数：
187
Tomcat性能调优： 找到Tomcat根目录下的conf目录，修改server.xml文件的内容。对于这部分的调优，我所了解到的就是无非设置一下Tomcat服务器的最大并发数和Tomcat初始化时创建的线程数的设置，当然还有其他一些性能调优的设置，下图是我根据我机子的性能设置的一些参数值，给各位详 ...
分类：
其他好文 时间：
2019-12-24 18:48:43
阅读次数：
88
测试图数据库：边的插入，递增并发量，6000并发平均响应时间比7000的并发的平均响应时间还要大？ 7000并发的99%用户响应时间是70.99，平均响应时间怎么就是38.59了？ 一共两个问题 老哥告诉我是网络的原因。 我打算晚上重新跑一次。反正这组数据不可用 这个结果是跑另一个API的结果 ...
分类：
其他好文 时间：
2019-12-20 20:59:35
阅读次数：
323
public class TheadTest { static final int threadSize = 2000; //最大并发数量 static CountDownLatch countDownLatch1 = new CountDownLatch(1); static CountDownL ...
分类：
其他好文 时间：
2019-12-19 12:51:22
阅读次数：
88
锁的粒度 表锁：锁住整个表，加锁和释放速度快，能避免死锁。因为锁住的范围大，并发性低。 页锁：锁住的范围以及性能基于表锁和行锁之间，能支持的主要是BDB（BerkeleyDB）引擎。 行锁：以行为单位进行锁定，粒度最小，并发性高。每次获取锁和释放锁需要做的事情也更多，带来的消耗自然也就更大了。此外， ...
分类：
数据库 时间：
2019-12-17 10:23:31
阅读次数：
91
大并发热点行更新的两个骚操作标签：insert_slotselect..for_updaterand要想db操作的性能足够高，巧妙的设计很重要，事务的操作范围要尽量的小。一般情况下我们都是使用某个orm框架来操作db，这一类框架多数的实现方式都是夸网络多次交互来开启事务上下文和执行sql操作，是个黑盒子，包括对autocommit设置的时机也会有一些差异，稍微不注意就会踩坑。在大并发的情况下加上夸
分类：
其他好文 时间：
2019-11-30 16:27:40
阅读次数：
120
常见问题：1、为什么使用redis（一）性能我们在碰到需要执行耗时特别久，且结果不频繁变动的SQL，就特别适合将运行结果放入缓存。这样，后面的请求就去缓存中读取，使得请求能够迅速响应。（二）并发在大并发的情况下，所有的请求直接访问数据库，数据库会出现连接异常。这个时候，就需要使用redis做一个缓冲 ...
分类：
其他好文 时间：
2019-11-27 12:07:01
阅读次数：
58
现象：TPS上不去，应用无压力只有cpu5%，tomcat线程够用最高1500，增大并发出现connect 报错 原因：windows端口不够用了，或者不够回收了 解决方案： 1、运行-regedit注册表 2、HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\ ...
分类：
编程语言 时间：
2019-11-25 15:29:48
阅读次数：
258
MyISAM存储引擎：开销小，加锁快，无死锁。锁定粒度大，并发度低，容易发生锁冲突。 不支持事务。 采用表锁 （操作时对操作的表上锁） 基本不用了 innoDB存储引擎：开销大，有死锁，锁定粒度小，不容易发生冲突。 采用行锁（每句sql执行时对操作行上锁），但是也支持表锁 mysql默认引擎 问题： ...
分类：
数据库 时间：
2019-11-09 13:36:47
阅读次数：
108
微软系统平台上 TOMCAT性能调优后可以稳定支持的最大并发用户数量在300人服务器配置： 单硬盘，SATA 8MB缓存测试服务器和loadrunner运行服务器位于同一网段 100MB网络（同一交换机）上，排除网络问题的影响服务器运行始终，CPU使用率非常低没有超过5%因此虽然服务器配置低，但是不 ...
分类：
其他好文 时间：
2019-11-05 13:38:12
阅读次数：
113
