- 分类
- 性能优化
打包与构建优化
1. nodejs 如果构建环境是纯内网通过nexus代理的方式,即使设置了 npm config set registry 私有仓库 也依然无法下载依赖的异常现象,那么很有可能是前端开发人员在写代码的时候直接使用了npm install不指定私有仓库导致生成的package-lock.json文件
- 2024-12-30
- 178
- 0
- 0
- 41.8℃
druid 性能优化
数据库连接偶发超时,核心原因是MySQL wait_timeout与Druid连接池回收参数不匹配。如MySQL设为30分钟关闭空闲连接,而Druid最小回收空闲时间设为1小时,连接池中的连接已被数据库断开,业务请求时直接报错。解决方案:一是Druid适配数据库,调小空闲回收时间(如5分钟标记可回收、20分钟强制回收),或开启validationQuery预检测(select 'x'),但高并发时性能明显下降;二是数据库适配Druid,高并发时将wait_timeout调大(如8小时),Druid空闲回收调至4小时/6小时,避免预检测损耗。关键是平衡二者超时参数,并可借助Druid监控定位慢SQL。
- 2024-09-04
- 303
- 0
- 0
- 54.3℃
ingress-nginx 性能优化
访问网页时部分资源无法加载,控制台报错`net::ERR_HTTP2_SERVER_REFUSED_STREAM`或`net::ERR_FAILED`。排查发现,前端打包错误产生数百上千个JS文件,单页加载请求数接近上千,资源并行请求数达到HTTP2最大流数限制。解决方案有两种:在ConfigMap中调大`http2-max-concurrent-streams`(默认128),或设置`use-http2`为false关闭HTTP2。文章还给出nginx ingress性能优化配置:`keep-alive-requests`调至10000,`upstream-keepalive-connections`调至2000,`max-worker-connections`调至65536,以应对高并发场景,减少频繁建联和TIME_WAIT飙升。
- 2024-09-03
- 603
- 0
- 0
- 84.3℃
jvm 性能优化
文章介绍了Java JVM内存配置中的通用参数,重点阐述了-Xms与-Xmx的作用与优化价值。-Xms用于设置初始堆大小,程序启动时可预先分配指定内存(如1024MB),避免频繁申请内存导致启动耗时;-Xmx用于限制最大堆内存,防止因代码缺陷导致内存无限增长、最终耗尽系统资源宕机。通用配置还包括元空间大小、G1垃圾收集器、GC日志、OOM堆转储及编码等参数。优化建议指出,-Xms1024m与-Xmx4096m可满足多数Java服务;若明确服务内存需求,可将两者设为一致(如-Xms4096m -Xmx4096m),使JVM初始化即拥有足够内存,获得最佳性能。
- 2024-09-02
- 138
- 0
- 0
- 37.8℃