Linux MariaDB高并发访问的整体思路
应对高并发需要同时优化连接管理、InnoDB引擎、SQL与索引、架构扩展与监控告警，以下给出可直接落地的要点与参数建议。
一 连接与线程优化
- 合理设置连接上限与系统限制：MariaDB 默认最大连接数通常为151，可按业务峰值与内存评估适度上调，但不宜盲目拉满；同时放开系统与服务单元限制（如 LimitNOFILE/LimitNPROC），避免“设置很大却起不来”的情况。示例（按需调整）：
- my.cnf:
max_connections = 800
- systemd 单元：
LimitNOFILE=65535、LimitNPROC=65535
- 使用线程缓存：提高 thread_cache_size，减少线程频繁创建/销毁的开销，建议结合压测取值（如64–512起步，观察
Threads_created 指标）。
- 控制空闲连接：缩短 wait_timeout / interactive_timeout（如 Web 场景 60–300 秒），避免大量 Sleep 连接占用资源。
- 突发连接排队：适度增大 back_log（如 100–512），提升短时连接洪峰的接纳能力。
- 连接诊断常用 SQL：
SHOW VARIABLES LIKE 'max_connections';SHOW STATUS LIKE 'Threads_connected';SHOW PROCESSLIST;SHOW STATUS LIKE 'Threads_created';
- 架构侧建议：在应用前部署连接池（如 HikariCP、Druid），避免“一请求一连接”直连数据库；短连接业务尤其受益。
二 InnoDB与存储引擎优化
- 缓冲池大小：将 innodb_buffer_pool_size 设为物理内存的约 70%（专用数据库场景），显著减少磁盘 I/O。
- 日志与提交策略：适度增大 innodb_log_file_size（如1–2G），在可接受的持久性范围内将 innodb_flush_log_at_trx_commit 设为2以换取更高吞吐（完全 1 最安全但性能最低）。
- 锁与事务：根据业务将 innodb_lock_wait_timeout 调整到合适范围（如5–50 秒），减少长事务与锁等待对并发的阻塞。
三 SQL与索引优化
- 建立有效索引：为高频查询条件与排序字段建立组合索引，对长字符串使用前缀索引；避免过度索引以免拖慢写入与占用空间。
- 查询编写规范：避免
SELECT *，只取所需列；用 EXPLAIN 分析执行计划；分页使用 LIMIT/OFFSET 配合合适索引；精简复杂子查询与不必要的 JOIN。
- 缓存热点数据：引入 Redis/Memcached 作为缓存层，降低对数据库的直接访问频次；应用侧合理使用本地缓存与连接池。
四 架构扩展与读写分离
- 读写分离：基于主从复制，将写走主库、读分摊到从库；对一致性要求高的场景使用读写一致性策略或延迟读控制。
- 负载均衡与分布式：通过 HAProxy/ProxySQL/Keepalived 做连接负载与故障切换；数据规模与并发继续增长时考虑分库分表/分布式数据库。
五 监控与压测闭环
- 启用监控与慢查询：开启 slow_query_log，定期分析慢 SQL 并优化；结合 Prometheus + Grafana 等构建可视化监控，关注 Threads_connected、Threads_created、Slow_queries、Innodb_buffer_pool_reads/Read_requests 等关键指标。
- 压测与容量评估：使用 sysbench 等工具进行连接数、QPS、TPS 与延迟压测，结合监控数据逐步调优参数，找到适合业务的安全上限与资源配比。