一、服务器常见性能参数的获取方法

服务器性能监控是系统优化的基础，涵盖CPU、内存、磁盘I/O和网络四大核心维度。以下从工具选择和指标分析两个层面展开说明。

1.1 基础工具与命令

CPU使用率：通过top或htop命令实时查看CPU占用情况，重点关注%usr（用户进程占用）、%sys（系统内核占用）和%idle（空闲率）。例如，top -c可显示进程级CPU消耗，结合-p PID可监控特定进程。

内存状态：使用free -h命令获取内存总量、已用和空闲空间，-h参数以人类可读格式（GB/MB）显示。更详细的内存分配可通过cat /proc/meminfo查看，包括MemTotal、MemFree、Buffers和Cached等关键字段。

磁盘I/O：iostat -x 1命令可监控磁盘读写性能，重点关注%util（磁盘利用率）和await（I/O等待时间）。若%util接近100%且await持续升高，可能存在磁盘瓶颈。

网络流量：iftop或nload工具可实时显示网卡流量，sar -n DEV 1则提供历史网络统计，包括接收（rxkB/s）和发送（txkB/s）速率。

1.2 高级监控方案

对于生产环境，推荐使用Prometheus+Grafana组合。Prometheus通过node_exporter采集服务器指标（如CPU、内存、磁盘、网络），Grafana则提供可视化仪表盘。例如，配置Prometheus的scrape_configs抓取node_exporter的/metrics端点，即可在Grafana中绘制CPU使用率趋势图。

此外，Zabbix或Datadog等商业工具支持自定义告警规则，如当CPU使用率超过80%时触发邮件通知，帮助运维团队快速响应。

二、MySQL性能指标的获取与分析

MySQL性能监控需关注查询效率、锁竞争和资源利用率，以下从慢查询、状态变量和性能模式三个角度展开。

2.1 慢查询日志分析

开启慢查询日志是定位低效SQL的第一步。在MySQL配置文件（my.cnf）中设置：

slow_query_log = 1
slow_query_log_file = /var/log/mysql/mysql-slow.log
long_query_time = 2  # 记录执行超过2秒的查询

通过mysqldumpslow -s t /var/log/mysql/mysql-slow.log可统计慢查询耗时排名，结合EXPLAIN分析执行计划，优化索引或SQL结构。

2.2 关键状态变量

使用SHOW GLOBAL STATUS可获取全局状态变量，重点关注以下指标：

• InnoDB缓冲池命中率：Innodb_buffer_pool_read_requests / (Innodb_buffer_pool_read_requests + Innodb_buffer_pool_reads)，理想值应大于99%。
• 查询缓存命中率：Qcache_hits / (Qcache_hits + Com_select)，若低于50%可考虑禁用查询缓存（MySQL 8.0已移除该功能）。
• 临时表创建：Created_tmp_tables和Created_tmp_disk_tables，若后者占比过高，需优化tmp_table_size和max_heap_table_size参数。

2.3 性能模式（Performance Schema）

MySQL 5.6+提供的性能模式可监控更细粒度的指标。启用方法：

INSTALL COMPONENT 'file://component_innodb_member';
UPDATE performance_schema.setup_consumers SET ENABLED = 'YES' WHERE NAME LIKE 'events%';

通过查询performance_schema.events_statements_summary_by_digest可获取SQL语句的耗时、锁等待等统计信息，辅助定位热点查询。

三、Jetty性能监控与调优

Jetty作为轻量级Java Web服务器，其性能监控需关注线程模型、请求处理效率和内存使用。

3.1 内置JMX监控

Jetty支持JMX（Java Management Extensions），可通过jconsole或VisualVM连接。启用JMX需在启动脚本中添加：

JAVA_OPTS="$JAVA_OPTS -Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=9010 -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false"

连接后，可监控以下MBean：

• ThreadPool：org.eclipse.jetty.util.thread.QueuedThreadPool的activeThreads和queueSize，若队列持续堆积，需调整maxThreads参数。
• ConnectionStats：org.eclipse.jetty.server.Connector的connectionsOpen和requests，评估并发处理能力。

3.2 日志与指标采集

Jetty默认输出access.log，可通过logback.xml配置自定义格式，例如：

<appender name="ACCESS" class="ch.qos.logback.core.rolling.RollingFileAppender">
    <file>${jetty.base}/logs/access.log</file>
    <encoder>
        <pattern>%h %l %u %t "%r" %s %b "%{Referer}i" "%{User-Agent}i" %D</pattern>
    </encoder>
</appender>

其中%D表示请求处理耗时（毫秒），可用于分析慢请求分布。

3.3 性能调优实践

线程池配置：根据CPU核心数调整QueuedThreadPool的maxThreads（通常为2*CPU核心数+1），避免线程过多导致上下文切换开销。

异步处理：对于长耗时操作（如文件上传），使用Jetty的AsyncContext或Servlet 3.0+的异步支持，避免阻塞工作线程。

内存优化：通过-Xms和-Xmx设置合理的堆内存，结合-XX:+UseG1GC启用G1垃圾收集器，减少Full GC频率。

四、综合监控方案

为统一管理服务器、MySQL和Jetty的性能数据，推荐构建集中式监控平台。例如：

1. 数据采集层：使用Telegraf采集服务器指标，Prometheus的mysqld_exporter和jetty_exporter分别采集MySQL和Jetty数据。
2. 存储层：Prometheus或InfluxDB作为时序数据库，存储历史数据。
3. 可视化层：Grafana配置多数据源仪表盘，整合CPU、MySQL查询耗时和Jetty线程状态等关键指标。
4. 告警层：Prometheus的Alertmanager或Grafana的告警功能，当指标超过阈值时通知运维团队。

五、总结与建议

服务器、MySQL和Jetty的性能监控需结合工具与业务场景。对于初创团队，可优先使用top、iostat和SHOW STATUS等基础命令；对于中大型系统，建议投入资源搭建Prometheus+Grafana平台，实现自动化监控与告警。此外，定期分析慢查询日志和Jetty访问日志，结合A/B测试验证调优效果，是持续提升系统性能的关键。

通过本文介绍的方法，开发者可全面掌握服务器、MySQL和Jetty的性能状态，为系统优化和容量规划提供数据支撑。