在 CentOS 上优化 SQLAdmin 的性能
一 系统层优化
- 内核网络与文件句柄
- 提高并发连接承载能力：将 net.core.somaxconn、net.core.netdev_max_backlog、net.ipv4.tcp_max_syn_backlog 提升到 65535；缩短连接回收：net.ipv4.tcp_fin_timeout=10；开启快速回收与复用：net.ipv4.tcp_tw_reuse=1、net.ipv4.tcp_tw_recycle=1（注意：在部分内核/场景与 NAT 环境下可能引发问题，建议先在测试环境验证）。
- 增大 TCP 缓冲区：net.core.wmem_default=87380、net.core.wmem_max=16777216、net.core.rmem_default=87380、net.core.rmem_max=16777216。
- 优化保活探测：net.ipv4.tcp_keepalive_time=120、net.ipv4.tcp_keepalive_intvl=30、net.ipv4.tcp_keepalive_probes=3。
- 提升系统文件句柄上限：fs.file-max 适度增大；在 /etc/security/limits.conf 中为数据库/服务运行账号设置 nofile 65536（如：* soft/hard nofile 65536）。
- 降低换页倾向：vm.swappiness 设为较低值（如 10–30，视内存与负载而定），优先使用内存而非 swap。
- 应用变更：执行 sysctl -p 使内核参数生效。
- 存储与文件系统
- 优先使用 SSD/NVMe；如用机械盘可考虑 RAID10 提升吞吐与可靠性。
- 选择高效文件系统（如 XFS/ext4），并合理设置挂载选项（如 noatime、barrier 等，结合存储与内核版本测试）。
- 资源与调度
- 确保充足 RAM 以缓存热点数据与索引；为数据库进程设置合适的 CPU 亲和/调度策略（如 numactl）。
- 避免其他高 I/O/CPU 任务与数据库争用。
二 数据库层优化
- 配置关键参数（以 MySQL 为例，编辑 /etc/my.cnf 或 /etc/mysql/my.cnf）
- InnoDB 缓冲池：将 innodb_buffer_pool_size 设为物理内存的 50%–80%（专用数据库场景）。
- 日志与事务：将 innodb_log_file_size=256M、innodb_log_buffer_size=128M；在允许一定持久性风险时可将 innodb_flush_log_at_trx_commit=2 提升提交吞吐（需结合业务 RPO 评估）。
- I/O 能力：设置 innodb_io_capacity=200、innodb_io_capacity_max=2000（SSD/NVMe 可按硬件规格上调）。
- 查询与索引
- 避免 **SELECT ***，仅返回必要列；减少不必要的 JOIN；分页使用 LIMIT 或基于键集的分页。
- 为高频 WHERE/JOIN/ORDER BY 列建立索引；优先使用 覆盖索引 减少回表；定期 ANALYZE TABLE 更新统计信息，碎片严重时执行 OPTIMIZE TABLE。
- 工作负载与引擎
- 选择匹配场景的存储引擎（如 InnoDB 为主）；必要时进行读写分离、分库分表等架构优化。
- 监控与诊断
- 启用并分析 慢查询日志，配合 EXPLAIN 定位全表扫描、缺失索引、临时表/文件排序等问题。
- 使用 MySQLTuner、Percona Toolkit 定期体检并给出调优建议。
三 SQLAdmin 工具与运维实践
- 安装与启动
- 使用 YUM 安装并更新系统与依赖（含 EPEL）：sudo yum update -y、sudo yum install epel-release -y；安装 SQL Admin：sudo yum install sqladmin -y；启动并设为开机自启：sudo systemctl start sqladmin && sudo systemctl enable sqladmin；检查状态：sudo systemctl status sqladmin。
- 权限与安全
- 采用最小权限原则管理数据库账户；避免使用 root 执行日常操作；结合 SELinux 与 firewalld 做最小暴露（仅放行必要端口与来源）。
- 日志与监控
- 定期检查 MySQL 错误日志（常见路径：/var/log/mysqld.log）；使用 journalctl 实时查看服务日志（如 journalctl -f -u mysqld）；结合 Prometheus + Grafana 搭建可视化监控与告警。
- 备份与恢复
- 制定定期备份策略（如 mysqldump 或物理备份），并进行周期性恢复演练，验证 RPO/RTO 达标。
四 实施步骤与注意事项
- 基线评估：在调整前记录关键指标（QPS/TPS、连接数、慢查询数、IOPS、CPU/内存/磁盘、网络时延），便于对比优化成效。
- 小步快跑：一次只变更少量参数，变更后使用基准测试与业务回放验证；保留回滚方案。
- 变更窗口：在业务低峰期实施，并准备应急回滚与告警预案。
- 风险提示：修改内核网络参数（如 tcp_tw_recycle）在 NAT/负载均衡 场景可能带来连接异常；innodb_flush_log_at_trx_commit=2 会降低事务持久性，需与业务一致性要求权衡；生产环境务必先备份并在测试环境验证。