php网站数据迁移建网站自己做服务器

一、为什么需要JVM调优？

• 1. 提高应用性能
     • 响应时间：对于许多应用程序，特别是那些需要快速响应用户请求的应用（如Web服务、实时数据处理系统等），减少延迟是至关重要的。通过合适的垃圾收集器选择和内存管理策略，可以显著降低停顿时间。
     • 吞吐量：一些应用更关注单位时间内能够处理的任务数量（即吞吐量）。适当的JVM调优可以帮助最大化CPU利用率，从而提高整体吞吐量。
• 2. 解决特定问题
  • 内存泄漏：不正确的对象引用可能导致内存泄漏，使得程序占用越来越多的内存，最终导致OutOfMemoryError。通过分析堆转储文件并调整堆大小或垃圾回收策略，可以缓解这些问题。
  • 频繁的垃圾回收：如果应用程序经历了过于频繁的GC活动，这可能是由于分配了过多短期对象或者堆空间设置不当造成的。通过调整堆大小或选择不同的垃圾收集器，可以减少GC频率及其对应用性能的影响。
• 3. 资源利用效率
  • CPU使用率：某些垃圾收集算法可能会在GC期间消耗大量CPU资源。选择适合应用负载的垃圾收集器有助于平衡CPU使用与应用性能之间的关系。
  • 内存使用：合理配置堆大小和其他内存区域（如永久代/元空间）可避免不必要的内存浪费，并确保系统稳定运行。
• 4. 适应不同场景需求
  • 不同类型的应用程序（例如批处理作业、在线交易处理系统、实时数据分析等）对性能有不同的要求。根据具体应用场景的需求定制JVM配置，可以更好地满足业务目标。
• 5. 降低成本
  • 高效的JVM配置可以使同样的硬件资源支持更多的并发用户或更高的工作负载，从而间接降低了运营成本。

  大部分情况都是不需要进行JVM调优的。

二、什么时候才需要进行JVM调优？

• 调优指标：
  • jvm.gc.time：每分钟的YGC耗时低于1s，500ms以内尤佳；
  • jvm.gc.meantime：每次YGC耗时低于100ms，50ms以内尤佳；
  • jvm.fullgc.count: FGC最多几小时1次，大于24小时尤佳；
  • jvm.fullgc.time: 每次fullgc耗时低于1s，500ms以内尤佳；

  如果超过了如上指标才有必要进行JVM调优。

三、如何进行调优？

• 调优工具和命令：
  
• 常用垃圾回收器
  

四、实战案例

• 背景描述：
  使用 Apache POI 导入excel数据至es中，excel最大可达将近1GB，当文件过大时导入报OOM，且正常导入成功之后，还会出现系统卡顿的情况。
• 监测gc活动
  当发现系统卡顿的时候，使用如下命令 jstat -gcutil pid 1000（每隔1s打印1次），查看gc活动是否频繁；
  发现FGC（Full GC）次数增加且YGCT（Young GC总时间）、FGCT（Full GC总时间）持续增长，表明存在严重的GC问题。
• 初步调优：
  使用-xms1gb -xmx2gb来知道最小堆内存和最大堆内存，解决了oom问题，但是stw依然很长
• 二次调优：
  • 由于使用的是jdk1.8，默认的垃圾收集器为parallel gc，该垃圾收集器，stw时间较长，适合大吞吐量、批处理、离线数据分析的应用，不态适合响应时间敏感的应用。所以我们要跟换垃圾回收器，因为服务器的内存只有4GB，所以我们选择CMS垃圾回收器。以此来降低stw时间。
  • 使用-XX:+UseConcMarkSweepGC来其余cms垃圾回收器，使用 -Xlog:gc*:file=gc.log:time,uptime,pid,tid,level,tags启用gc日志，通过日志文件可以对gc进行监控，-XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=70 确保仅基于老年代占用率达到70%时触发CMS回收，而不是依赖于JVM的动态计算。；
  • 通过查看GC日志文件（如/path/to/gc.log），可以观察到：Full GC次数大幅减少，单次GC停顿时间控制在200ms以内，系统响应恢复正常。