yii 2.0.50数据库查询性能优化核心是减少数据库往返、避免重复元数据查询、消除n+1陷阱；需关闭调试模式、启用schemacache、预加载关联、用asarray()和select()、批量插入替代循环save()。
Yii 2.0.50 的数据库查询性能优化，核心不是换服务器或堆硬件，而是让每条 SQL 更精准、每个 ActiveRecord 实例更轻量、每次请求更少地碰数据库。
关掉调试模式，清掉日志干扰
YII_DEBUG 开着时，每请求多耗 20–30ms：SQL 堆栈、变量快照、文件写入全在后台跑。高并发下这开销会线性放大。
- 入口脚本 web/index.php 第一行加：
defined('YII_DEBUG') or define('YII_DEBUG', false); - 在任意控制器里
var_dump(YII_DEBUG)，必须输出 bool(false)；若为 true，检查 config 文件（如 main-local.php）是否重定义了它 - 运行
php yii debug/info或查Yii::getLogger()->getTargets()，确认没有FileTarget在写日志——生产环境磁盘 I/O 是隐形瓶颈
启用 schemaCache，省掉重复元数据查询
ActiveRecord 每次新建模型，都会查一次 information_schema 获取字段类型、主键、约束等信息。10 个模型 = 10 次无意义 SELECT。不配 schemaCache，等于每天白跑几百条元数据查询。
- 在
config/web.php的db组件中显式配置：'enableSchemaCache' => true,'schemaCache' => 'cache','schemaCacheDuration' => 3600 -
'schemaCache'必须指向一个已启用的缓存组件（如cache），否则自动退化为无缓存 - 验证是否生效：执行
Yii::$app->db->getSchema()->getTableSchema('user')，再进 Redis 执行keys "schemacache:*"，应看到类似schemacache:mydatabase:user的 key
消灭 N+1 查询，预加载写进 find() 链式调用
列表页写 $order->user->name 就是典型 N+1：1 次主查 + N 次关联查。20 条数据 = 多发 20 次 SQL —— 不是懒加载的问题，是代码没写对。
- 正确写法：
Order::find()->with('user')->all()，with()必须出现在find()后、all()前 - 多层关联也支持：
->with(['user.profile', 'items.product']) - 避免在循环里访问关联属性；若只需关联字段，改用
select()+joinWith()减少传输数据量
减少内存占用与 SQL 负担
ActiveRecord 对象比数组更占内存，且带行为、事件、验证逻辑；大量数据场景下，能不用对象就不用。
- 查完不改数据？直接加
->asArray()：User::find()->where(['status' => 1])->asArray()->all() - 只取需要字段：
->select(['id', 'username', 'email'])，避免SELECT * - 批量插入别用循环
save()：createCommand()->batchInsert()一次发多行，大幅降低往返次数 - 大数据集遍历用
->batch(100)，分批拉取，防内存溢出
索引和 SQL 本身要靠谱
再好的 Yii 配置也救不了没走索引的 SQL。EXPLAIN 不是可选项，是必查项。
- 用
->createCommand()->getRawSql()拿出原生 SQL，手动套EXPLAIN看type和key列：type=ALL或key=NULL就得优化 - 联合索引按“等值字段在前、范围字段在后”排，比如
(status, created_at)支持WHERE status = 1 AND created_at > '2024-01-01'，但不支持只查created_at - 字符串字段用整型参数查（如
['user_id' => '123']）会导致隐式转换，索引失效；LIKE 只有'abc%'能用索引，'%abc'不行
