性能
foliage_yh
这个作者很懒,什么都没留下…
展开
-
高并发思考
高并发思考原创 2022-10-13 16:11:17 · 579 阅读 · 0 评论 -
根据压测量判断所需线程,再判断需要接服务节点服务器
压测量13万1分钟这里假设是串行处理假设服务端一个线程可以处理100个请求,1个请求大概花费10毫秒那么每秒就是大概处理2167条数据130000/60=2167/s100个请求花费时间是100/s那么需要线程数是:2167/100大概为22个线程再按极端情况将线程所需线程预估为其的3倍,那就是22*3=66个线程所以理想情况下选哟22个线程,极端情况下需要66个线程如果一个服务节点配置的线程数是20,那么就需要部署这个服务3个节点,再根据需要看是否需要申请服务器,一个服务器原创 2020-11-06 17:11:58 · 125 阅读 · 0 评论 -
linux查看IO情况
https://www.cnblogs.com/maomaochong123/p/8094233.html1.iostat -d -k 2参数 -d 表示,显示设备(磁盘)使用状态;-k某些使用block为单位的列强制使用Kilobytes为单位;2表示,数据显示每隔2秒刷新一次。tps:该设备每秒的传输次数(Indicate the number of transfers per second that were issued to the device.)。"一次传输"意思是"一次I/O请转载 2020-10-29 19:02:57 · 2525 阅读 · 0 评论 -
free -h命令下参数的含义
https://www.jianshu.com/p/2ffeb3a3aa90第一列Mem 内存的使用信息Swap 交换空间的使用信息第一行total 系统总的可用物理内存大小used 已被使用的物理内存大小free 还有多少物理内存可用shared 被共享使用的物理内存大小buff/cache 被 buffer 和 cache 使用的物理内存大小available 还可以被 应用程序 使用的物理内存大小其中有两个概念需要注意free 与 available 的区别free 是真正尚未被使用的转载 2020-10-29 18:53:42 · 4687 阅读 · 0 评论 -
生产redis线程池获取不到资源问题排查
1.查看错误日志7点报redis.clients.jedis.exceptions.JedisExhaustedPoolException: Could not get a resource since the pool is exhausted排查:a.查看云监控发现在所在主机服务器在这个时间点cpu,流量流入是否相比平时升高b.查看redis访问时间,查看方式,通过查看接口方法请求进来到请求结束之间的间隔时间即大概可以看出这个点访问redis访问请求的时间,如果请求处理时间很长,那么说明re原创 2020-10-29 10:50:18 · 1299 阅读 · 0 评论 -
性能调优(cpu/IO/JVM内存分析)
https://blog.csdn.net/supera_li/article/details/45221367转载 2020-10-23 10:25:25 · 361 阅读 · 0 评论 -
一个微服务项目流程和需要考虑的细节
https://www.cnblogs.com/williamjie/p/11102813.html原创 2020-07-17 15:42:05 · 331 阅读 · 0 评论 -
微服务-熔断,隔离,限流,降级
https://www.cnblogs.com/williamjie/p/11102813.html①熔断:如果说房子里面安装了电路熔断器,当你使用超大功率的电路时,有熔断设备帮你保护不至于出问题的时候把问题扩大化。②隔离:我们知道计算资源都是有限的,CPU,内存,队列,线程池都是资源。他们都是限定的资源数,如果不进行隔离,一个服务的调用可能要消耗很多的线程资源,把其他服务的资源都给占用了,那么可能出现因为一个服务的问题连带效应造成其他服务不能进行访问。③限流:让大流量的访...原创 2020-07-17 15:22:04 · 1075 阅读 · 0 评论 -
系统如何支撑高并发
https://www.cnblogs.com/williamjie/p/11095795.html原创 2020-07-17 10:42:02 · 103 阅读 · 0 评论 -
你的系统如何支撑高并发 原文地址
https://www.cnblogs.com/williamjie/p/11095795.html原创 2020-07-16 18:40:26 · 73 阅读 · 0 评论 -
Full GC参数说明
[Full GC 178K->99K(1984K), 0.0253877 secs] 解读:Full GC 就表示执行了一次Full GC的操作,178K 和99K 就表示执行GC前内存容量和执行GC后的内存容量。1984K就表示内存总容量。后面那个是执行本次GC所消耗的时间,单位是秒。...原创 2020-07-15 17:49:38 · 476 阅读 · 0 评论 -
系统运行缓慢,CPU 100%,以及Full GC次数过多问题的排查思路
https://www.cnblogs.com/williamjie/p/11168533.html原创 2020-07-15 16:53:31 · 203 阅读 · 0 评论 -
redis性能
https://www.cnblogs.com/williamjie/p/9660427.htmlhttps://www.cnblogs.com/tan80000/p/10573496.html原创 2020-07-15 16:17:25 · 79 阅读 · 0 评论 -
数据库中insert,delete,select,update这个几个语句的运算速度问题
https://www.phpfans.net/ask/question4/4639180833.html原创 2020-05-15 15:17:09 · 656 阅读 · 0 评论 -
MySQL 查询单条数据多次与一次查询多条数据的比较
总体上来说,一次查询 10 条数据效率是高于每次查询一条数据查 10 次的。但究竟差距多少,具体的数据很难说。https://blog.csdn.net/wab5168/article/details/49156327/...原创 2019-12-09 18:18:34 · 1586 阅读 · 0 评论 -
redis的pipline对性能的影响
pipline操作会占用通道,mysql数据库查询也需要使用通道。通道只有一个。如果和数据库查询同时使用,会影响整体性能,因为pipline数据将管道填满,这时mysql就一直在等待,直到通道中有闲余的释放,mysql才会往管道中加数据,进行发送处理。mysql如果把通道填满,redis的pipline也只能等待。所以当redis的pipline和数据库查询同时使用时,会影响性能问题,这是开发时需...原创 2019-12-04 14:51:16 · 327 阅读 · 0 评论