mysql性能优化需按四步排查：先通过slow_query_log和explain定位慢查询；再依b+树特性优化索引，遵守最左前缀、避免失效场景；接着规范sql写法（如避免select*、改深分页为游标）与表结构设计；最后结合业务合理调优服务器参数，如buffer_pool_size设为内存70%–80%。
一、定位性能瓶颈：从慢查询开始
面试常问“MySQL 慢了怎么查”，核心不是背命令，而是建立排查路径。先看 slow_query_log 是否开启，用 long_query_time 控制阈值（建议设为 1 秒）。查出慢 SQL 后，EXPLAIN 是必用工具——重点看 type（是否走到索引）、key（用了哪个索引）、rows（扫描行数）、Extra（是否有 Using filesort / Using temporary）。若 type 是 ALL 或 index，说明没走有效索引；rows 远大于结果集行数，大概率存在索引失效或选择性差。
二、索引优化：不是加得越多越好
索引是优化的主战场，但需讲清原理和边界。B+树结构决定：最左前缀匹配 是基础规则，联合索引 (a,b,c) 能命中 a、(a,b)、(a,b,c)，但不能跳过 a 直接查 b。常见失效场景包括：对字段做函数操作（WHERE YEAR(create_time)=2023）、隐式类型转换（字符串字段传数字）、LIKE '%abc' 左模糊、OR 条件中部分字段无索引。建索引要权衡写入成本——高频更新表不宜建过多索引；单表索引数建议控制在 5–6 个以内；区分度低的字段（如 gender）单独建索引意义不大，可考虑覆盖索引减少回表。
HMCSS是由河马工作室全新开发的通用的企业网站系统，是PHP+MYSQL的架构，采用DIV+CSS的方式进行网页布局，网站的功能包括有：企业简介，图片展示幻灯，产品图片滚动，企业荣誉，实力展示，产品分类及展示，网上招聘，在线留言，联系我们，在线地图等内容，另外还带有完整的管理后台，如网站SEO优化关键词等都可以自由设定。 HMCSS目前发布的是1.0版本，就是上述的这些内容。后面我们还要加上产品
三、SQL 写法与结构设计协同优化
很多慢查源于语句本身不合理。避免 SELECT *，只取必要字段，尤其大文本字段（如 content、description）会显著拖慢传输和内存使用；分页深翻慎用 LIMIT 10000,20，改用游标方式（记录上一页最大 ID）；JOIN 表数量控制在 3 张以内，驱动表选小结果集的表（用 EXPLAIN 看 rows 小的为驱动表）；子查询 优先转成 JOIN，特别是相关子查询容易导致 N+1；大事务拆小，减少锁持有时间。表结构上，用 INT 代替 VARCHAR(20) 存手机号（加校验逻辑），用 TINYINT 存状态码，能省空间、提缓存命中率。
四、服务器与配置调优：懂原理才敢动参数
脱离业务谈配置是纸上谈兵。关键参数要知其所以然：innodb_buffer_pool_size 建议设为物理内存的 70%–80%，它是 InnoDB 缓存数据和索引的核心；innodb_log_file_size 影响崩溃恢复速度和写性能，增大可降低 checkpoint 频率，但别超过 buffer pool 的 25%；max_connections 不宜盲目调高，连接数过多反而引发上下文切换开销，应结合应用连接池（如 HikariCP）统一管理；query_cache_type 在 MySQL 8.0 中已移除，5.7 中也建议关闭（并发更新时失效频繁）。另外，监控 Threads_running、Innodb_row_lock_waits 等状态变量比调参更能反映真实压力。
