ThinkPHP 性能优化不是加个缓存就完事，而是得从请求进来的第一毫秒开始盯——数据库查得慢、字段读得多、连接反复建、配置每次重载，这些地方一卡，整个接口就拖成“加载中…”。
怎么关掉调试模式和生成配置缓存
开发时开着 app_debug => true 是方便，但上线后它会让框架每请求都重新解析路由、检查模板、记录日志，性能直接打五折。更关键的是，没生成配置缓存时，每次请求都要加载几十个 PHP 配置文件，IO 开销肉眼可见。
- 确认
.env里已设APP_DEBUG=false，且线上环境没残留app_debug => true的配置项 - 用命令行生成配置缓存：
php think optimize:config，生成后所有配置走runtime/init.php，跳过 config/ 下全部文件 - 字段缓存也别漏：
php think optimize:schema，尤其表字段多、关联复杂时，能省下每次查询前的 SHOW COLUMNS 开销 - 注意：生成前务必把
database.php中的数据库账号密码换成线上配置，否则缓存里存的是测试库地址
为什么 Db::name('user')->field('id,name,email') 比 select() 快
不指定字段 = 让 MySQL 把整行数据从磁盘读出来、网络传过来、PHP 再 unpack 成数组——哪怕你只用其中 1 个字段。对宽表（20+ 字段）或大文本字段（如 content、description），这个浪费是成倍放大的。
-
SELECT *在有TEXT或BLOB字段时极易触发 MySQL 的临时磁盘表，IO 翻倍 - ORM 自动映射所有字段会增加内存占用，尤其分页查 20 条时，每条多带 50KB 内容字段，光传输就多占 1MB
- 真实场景建议：列表页只取 ID + 标题 + 时间；详情页再用
find()查全字段，或按需field('id,title,content,cover') - 别信“反正缓存了”，缓存的是结果集，字段越多，序列化/反序列化越慢，Redis 存储体积也更大
如何避免 N+1 查询却不用 with() 翻车
with() 看起来是银弹，但实际容易踩两个坑：一是关联模型没加索引，JOIN 变全表扫描；二是深度嵌套（比如 with('role.permissions')）导致 SQL 膨胀、内存爆掉。
编程语言Perl性能优化的三大技巧总结 中文WORD版
下载
本文和大家重点讨论一下Perl性能优化技巧，利用Perl开发一些服务应用时，有时会遇到Perl性能或资源占用的问题，可以巧用require装载模块，使用系统函数及XS化模块，自写低开销模块等来优化Perl性能。 Perl是强大的语言，是强大的工具，也是一道非常有味道的菜:-)利用很多perl的特性,可以实现一些非常有趣而实用的功能。希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以过来看看
- 先确保外键字段（如
user.role_id）有索引，否则with('role')的 JOIN 效率比 N+1 还差 - 超过两层关联（A → B → C）建议手动拆：先查 A 列表，再用
where('id', 'in', $ids)批量查 B，再同理查 C，可控性强 - 如果只是展示关联名称（如角色名），用子查询或 LEFT JOIN 更轻量：
->field('user.*, (SELECT name FROM role WHERE role.id = user.role_id) as role_name') - 慎用
withCount()查统计数，大数据量下 COUNT(*) 本身就很慢，优先考虑冗余计数字段 + 事件更新
缓存该设多久？cache(true, 3600) 不是万能公式
缓存时间设长了，用户看到脏数据；设短了，缓存命中率低，等于白搭。关键是看数据变更多少、业务能否容忍延迟。
立即学习“PHP免费学习笔记（深入）”；
- 用户个人数据（如头像、昵称）：用唯一 key + 永不过期，更新时主动
Cache::delete('user_'.$uid) - 首页热门文章列表：300 秒（5 分钟），既防刷又保新鲜
- 地区天气、汇率等外部 API 数据：必须设较短 TTL（如 60 秒），并配
Cache::remember()防穿透 - 别在
select()后无脑链式写cache(true)——它默认用文件缓存，高并发下文件锁会成为瓶颈，线上务必切到 Redis
