高并发下Yii性能优化有5种实战技巧：一、用Redis替代文件缓存；二、启用Schema缓存并设有效期；三、配置读写分离；四、用with()批量预加载消除N+1查询；五、关闭调试模式并启用OPcache。

当Yii应用在高并发流量下出现响应延迟、数据库连接耗尽或页面加载缓慢等问题时，通常源于缓存配置不当、数据库查询低效、静态资源阻塞或框架初始化开销过大。以下是针对该场景的5种可立即落地的实战技巧：

一、启用并优化Redis缓存组件

将默认文件缓存升级为Redis缓存，可避免高并发下的文件锁竞争与I/O瓶颈，同时支持原子操作与分布式共享。需确保Redis服务已部署且网络可达，并替换原有cache组件配置。

1、修改config/web.php中components部分，将cache类替换为yii\redis\Cache。

2、配置redis连接参数，包括hostname、port、database及keyPrefix以隔离环境。

3、在关键业务逻辑中调用Yii::$app->cache->set()与Yii::$app->cache->get()显式管理热点数据。

二、强制启用Schema缓存并设定合理有效期

数据库表结构元数据若每次请求都重新查询，将引发大量冗余SQL，尤其在使用Active Record频繁建模时。启用Schema缓存后，表字段、索引等信息仅在缓存过期后刷新一次。

1、在config/db.php中设置enableSchemaCache为true。

2、指定schemaCacheDuration为3600（单位秒），即缓存1小时。

3、确认cache组件已正确配置并启用，否则Schema缓存将自动退化为无缓存状态。

三、实施数据库读写分离配置

将SELECT类只读查询自动路由至从库，INSERT/UPDATE/DELETE等写操作固定走主库，可显著分摊主库压力，提升整体QPS吞吐能力。Yii 2原生支持该机制，无需修改业务代码即可生效。

1、在config/db.php中db组件内定义slaveConfig统一从库认证信息。

2、声明slaves数组，填入至少一个从库的dsn连接字符串。

3、验证是否生效：执行User::find()->one()时，查看MySQL慢日志或监控工具确认其访问的是从库IP。

四、批量预加载关联数据，消除N+1查询

在列表页或聚合接口中，若对每条记录单独调用关联模型（如订单→用户→地址），将触发N次额外查询。使用with()一次性加载全部关联，可将查询次数从N+1降至2次以内。

1、定位存在嵌套访问的控制器动作，例如OrderController::actionIndex()。

2、将原始循环中逐条访问$order->user->name的写法，改为在Query中添加->with(['user', 'items.product'])。

3、对复杂关联链，配合asArray()返回纯数组，进一步降低Active Record对象构造开销。

五、关闭调试模式并启用OPcache指令缓存

调试模式（YII_DEBUG=true）会禁用多数缓存、注入大量日志与追踪逻辑，极大拖慢单请求处理时间；而OPcache可将PHP脚本编译后的opcode常驻内存，跳过重复编译过程。

1、确保生产环境YII_DEBUG设为false，且YII_ENV设为prod。

2、在PHP配置文件php.ini中启用OPcache：opcache.enable=1、opcache.memory_consumption=256、opcache.max_accelerated_files=20000。

3、重启PHP-FPM或Web服务器使配置生效，并通过opcache_get_status()确认缓存命中率高于95%。