如何优化PHP+MySQL应用的TTFB？含JQgrid过滤场景优化需求

TTFB慢通常是请求到达后，服务器端处理（PHP执行、MySQL查询）耗时太长导致的，分享几个实战中见效快的优化方向：

• MySQL查询优化是核心

  • 先开慢查询日志定位问题：在my.cnf里开启slow_query_log=1，设置long_query_time=1（记录1秒以上的查询），找到拖慢速度的SQL。然后用EXPLAIN分析这些语句，重点看type字段（要避免ALL全表扫描）、key字段（是否用到了合适的索引）、rows字段（扫描的行数是否过多）。
  • 给查询字段加针对性索引：比如频繁作为WHERE条件、JOIN关联、排序的字段，单独或组合建索引；但注意不要过度索引，会影响写入性能。
  • 精简查询语句：别用SELECT *，只取需要的字段；减少不必要的JOIN操作，能拆成单表查询的就别关联；用LIMIT限制返回行数，避免一次性拉取大量数据。

• PHP层面减少执行开销

  • 必须启用OPcache：这是PHP性能提升的基础，在php.ini里配置opcache.enable=1，opcache.memory_consumption=128（根据服务器内存调整），opcache.max_accelerated_files=10000，它会缓存编译后的PHP脚本，避免每次请求都重新解析编译。
  • 按需加载资源：别在请求一开始就加载所有类库，用Composer的自动加载按需引入；对于非核心逻辑（比如发送邮件、日志记录），用消息队列异步处理，别让这些操作阻塞主请求。
  • 优化Session管理：默认的文件存储Session在高并发下会有锁竞争，换成Redis或Memcached存储Session；不需要Session的页面直接关闭session_start()。

• Web服务器与缓存优化

  • 启用反向代理缓存：用Nginx的proxy_cache缓存频繁请求的动态页面，设置合理的缓存过期时间，减轻后端PHP和MySQL的压力。
  • 开启Gzip/Brotli压缩：在Nginx或Apache里配置压缩，对HTML、CSS、JS等文本内容进行压缩，减少响应体大小，传输更快。
  • 配置HTTP缓存头：给静态资源（图片、JS、CSS）设置Cache-Control: max-age=86400这类缓存头，让客户端缓存，减少重复请求。

这种情况大概率是过滤操作触发了低效的SQL查询，因为初始页面的查询可能是简单的列表查询（走了索引），而过滤时的动态条件导致索引失效或全表扫描，分享排查和优化步骤：

• 先排查过滤对应的SQL语句

  • 把JQgrid过滤时发送的参数对应的SQL抓出来，用EXPLAIN分析：重点看是否出现Using filesort（文件排序）、Using temporary（临时表），或者type: ALL（全表扫描）。比如如果过滤条件用了LIKE '%xxx'前缀模糊查询，会导致普通索引失效，这时候可以考虑用全文索引，或者调整业务逻辑改成后缀模糊（LIKE 'xxx%'）。
  • 检查字段类型匹配：比如过滤的字段是字符串类型，但参数传了数字，MySQL会做隐式类型转换，导致索引失效，要确保参数类型和字段类型一致。
  • 避免WHERE子句中对字段做函数操作：比如WHERE YEAR(create_time) = 2024，这种操作会让索引失效，改成WHERE create_time >= '2024-01-01' AND create_time < '2025-01-01'。

• 确保服务器端做了分页处理
  JQgrid默认会发送page和rows参数，要确保后端代码在查询时加上LIMIT offset, rows，不要一次性返回所有过滤后的结果。如果过滤后的数据量很大，一次性返回几万条不仅查询慢，传输也会拖慢TTFB。

• 检查MySQL的锁与连接情况
  用SHOW PROCESSLIST查看当前MySQL的进程，看过滤查询是否被其他长事务阻塞（比如状态为Waiting for table metadata lock或Waiting for row lock），如果有，需要优化长事务，减少锁持有时间。

• 应用层缓存过滤结果
  对于相同的过滤条件（比如用户经常用的筛选组合），可以把查询结果缓存到Redis，设置合理的过期时间（比如5分钟），下次相同请求直接返回缓存，不用再查数据库。

• 优化JQgrid的请求逻辑
  检查JQgrid是否每次过滤都发送了不必要的参数，或者有没有重复请求的情况；可以开启JQgrid的loadonce模式（如果数据量不大），一次性加载所有数据到客户端，后续过滤在客户端完成，但这个只适合数据量小的场景，数据量大还是得服务器端分页过滤。

内容的提问来源于stack exchange，提问作者Sankar V