网站迁移新主机后性能暴跌 服务端异常排查求助

优先排查非数据库类基础配置问题（80%同类问题出在这一层） #

• 校验Litespeed缓存实际生效状态：新主机支持Litespeed缓存不代表默认开启，首先检查站点根目录.htaccess是否写入对应缓存规则，若使用WordPress等常用建站程序需确认已安装LSCache插件并启用。如果缓存未生效，所有请求走动态PHP解析+数据库查询，性能远低于开了静态缓存的站点，和新旧主机标称的硬件配置无关。
• 校验PHP环境一致性：对比新旧主机的PHP主版本、已启用扩展列表，重点确认OPcache扩展是否开启——OPcache未启用时PHP脚本执行效率会下降数倍，是非常容易忽略的基础配置项。同时排查是否存在程序与PHP版本不兼容导致的执行耗时异常。
• 做基准响应测试：直接访问站点内的静态图片、纯静态HTML文件，若静态资源响应时间超过500ms，问题与数据库无关，属于新主机的磁盘IO、带宽调度或网络链路异常，直接联系服务商核实即可。
• 排除资源抢占问题：虽然新主机标称可分配200% vCPU，但共享主机存在邻居超售抢占资源的可能，访问站点时查看主机面板的CPU、内存、磁盘IO占用曲线，确认是否存在资源被打满的情况。注意Ping延迟一致仅代表ICMP包往返时间接近，不代表实际业务带宽、路由转发质量一致。

数据库层面针对性排查（针对MariaDB兼容/配置问题） #

• 先修正已知配置负优化：你提供的MariaDB参数中query_cache_size=128M属于典型的错误配置。MariaDB 10.0之后版本的查询缓存存在严重的全局锁竞争问题，并发场景下会大幅拖慢数据库响应，10.6及以上稳定版已直接废弃该功能。先将该参数调整为0关闭查询缓存，重启数据库服务后再测试性能。
• 校验迁移完整性：通过数据库管理工具对比新旧数据库的表数量、单表行数、索引数量，确认迁移过程中没有丢失索引、遗漏表，同时检查所有业务表的存储引擎是否为InnoDB——如果迁移时部分表被转换为MyISAM引擎，或核心查询对应的索引缺失，会导致查询走全表扫描，响应时间会出现数倍下降。
• 检查数据库连接方式：确认站点配置文件中的数据库连接地址为localhost，若配置为公网IP或远程域名，会导致数据库请求走网络栈而非本地socket连接，额外增加数十到上百毫秒的延迟。
• 定位慢查询：开启数据库慢查询日志，将慢查询阈值设为1秒，模拟正常用户访问站点10-15分钟后拉取日志，排查是否存在执行时间过长的SQL。注意MariaDB与MySQL虽然高度兼容，但不同版本的查询优化器规则存在差异，部分在旧MySQL环境下可以命中联合索引的查询，在MariaDB中可能因为优化器选择偏差走全表扫描，这类问题可以通过针对性加索引、改写SQL或调整优化器参数解决。

排查顺序建议遵循从易到难原则：先验证缓存、PHP基础配置→关闭查询缓存做基准测试→检查迁移完整性与连接配置→最后通过慢日志定位SQL问题，可覆盖绝大多数迁移后性能骤降的场景。

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