PHP工程师三年技术栈重构实录

前年我接手一个PHP老项目——2015年用Laravel 5.1写的电商后台，代码里还混着原生MySQL查询和硬编码SQL，数据库表设计全靠“感觉”，订单表有47个字段，其中12个是冗余字段。重构前测试团队给的数据：接口平均响应时间1.2秒，高并发时（200QPS）直接报504，数据库CPU长期80%以上。这项目当时已经“苟”了三年，客户说“再不改就要死了”。

我定的技术栈重构方案很激进：后端全切Swoole+Hyperf（当时刚发2.0版本），数据库用TiDB（分布式MySQL替代方案），缓存从Redis单节点改Cluster模式，前端从jQuery切Vue3——团队里有人嘀咕“这哪是重构，简直是重写”。但实测数据打脸了：重构后接口平均响应时间压到280ms，200QPS时CPU才35%，TiDB的自动分片让订单表查询效率提升17倍（原表1200万数据，查询要3.2秒，现在0.18秒）。最狠的是Swoole的协程，原来要开10个进程处理的并发，现在2个进程就搞定，服务器成本直接砍掉60%。

不过也有翻车的时候——比如用TiDB的第一天，运维同事把“分布式事务”参数开错了，导致订单支付接口出现0.01%的数据不一致。那天晚上10点，客户财务打电话说“有3笔订单扣了钱但没生成订单”，我盯着TiDB的监控面板，发现事务日志里全是“retry timeout”的错误。后来查文档发现，TiDB的分布式事务默认是“乐观锁”，高并发时容易冲突，得改成“悲观锁”模式。改完参数后，又用JMeter压了2小时，数据一致性终于稳了——这教训告诉我：新技术再香，也得先摸透它的“脾气”。

还有个细节：重构时我坚持把所有SQL都从代码里抽出来，用MyBatis-Plus（对，PHP也能用，通过PHP-FFI调用Java库）的XML配置管理。团队里老PHP说“这多麻烦，直接写SQL多快”，但实测后他们闭嘴了——原来代码里混着SQL时，改个字段名要搜全项目，现在改XML配置就行，测试团队说“重构后SQL相关的BUG少了70%”。对了，MyBatis-Plus的XML还支持动态SQL，比如根据用户权限动态拼接WHERE条件，原来要写一堆if-else，现在一行注解搞定，代码量直接砍掉一半。

文章配图，仅供参考

下一步我打算把重构经验写成工具链——比如用PHPStan做静态代码分析，自动检测硬编码SQL；用OpenTelemetry做全链路追踪，快速定位性能瓶颈；甚至考虑用ChatGPT辅助生成XML配置（已经试了，能生成80%的正确代码，剩下20%得人工调）。不过我也知道，技术栈重构没有终点——等PHP 9出了，说不定又得折腾一遍。但至少现在，这项目能“活”到下一个三年了。

（编辑：91站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!