PHP从入门到精通：ThinkPHP与FastAdmin开发实战指南：从基础配置到完整案例
本文以一个可落地的后台管理案例为主线，带读者完成ThinkPHP与FastAdmin的开发环境搭建、项目配置、数据与业务功能开发、后台页面与权限管理，并通过实际运行结果验证完整流程，同时总结开发中的常见问题与避坑方法。
2026-09-08
8
本文以一个可落地的后台管理案例为主线，带读者完成ThinkPHP与FastAdmin的开发环境搭建、项目配置、数据与业务功能开发、后台页面与权限管理，并通过实际运行结果验证完整流程，同时总结开发中的常见问题与避坑方法。
在 SQL 里，`WHERE` 和 `HAVING` 都能“筛选”，但作用阶段完全不同：一个面向原始行，一个面向聚合后的分组结果。本文结合 MySQL 5.7+ 的 `ONLY_FULL_GROUP_BY` 规则、常见报错和 `NULL` 场景，梳理 `GROUP BY` 后筛选结果时最容易写错的边界。 写分组统计时，最容易混淆的不是聚合函数本身，而是条件到底该放在 WHERE 还是 HAVING 。
SQL 存储过程里的死循环，往往不是语法不会写，而是退出机制、计数保护和调试手段没统一。本文结合 MySQL 与 PostgreSQL 的典型场景，梳理合法退出方式、硬性上限写法，以及排查挂起过程时更有效的检查路径。
在邻接表评论表中，分页拿到“最新一级评论”并同时带出它们的全部二级回复，难点不在 SQL 能不能写出来，而在分页语义和结果完整性是否同时成立。本文用 MySQL 8.0 的 CTE 拆解这类查询，给出可直接落地的写法、排序方式与索引建议。
分组移动平均在 SQL 里不难，真正容易出错的是窗口怎么定义、分组是否隔离，以及数据库版本对 `ROWS`、`RANGE` 的支持差异。本文按 MySQL、PostgreSQL、SQL Server 与 SQLite 分别梳理可用写法，并补上边界行与 `NULL` 处理时最常见的误区。
SQL 触发器最容易踩坑的场景之一，就是在触发器内部再次改动自己监听的表。不同数据库对这类递归的处理方式完全不同：有的直接报错，有的默认允许但要求手动拦截。本文按 MySQL、SQL Server、PostgreSQL 与 SQLite 分别梳理限制、报错和可行替代方案。
看 MySQL 的 EXPLAIN，真正有判断价值的字段并不多，核心是 type、key、rows、filtered 和 Extra。本文按“先看什么、为什么要用 JSON、哪些结论必须二次验证、跨数据库怎么避免误判”四个问题展开，帮助你把执行计划从“会看”变成“能据此定位问题”。
这篇文章把一个抓取慕课网免费课程的 Scrapy 示例，整理成可直接复用的完整流程：从按课程类型翻页抓取，到进入详情页补齐难度、时长、评分，再通过接口拿到学习人数，最后异步写入 MySQL。代码事实、命令和表结构均保留，方便对照落地。
用户能查 SQL 视图却查不了原表，并不是权限漏配，而是数据库把“视图”和“基表”当成两类独立对象分别校验。本文结合 MySQL、SQL Server 与 PostgreSQL 的典型报错，说明权限为何不会自动继承，以及在 MySQL 中如何真正实现“只开放视图、不开放原表”。
按年月统计订单并不难，难点在于分组键是否稳定、展示是否直观，以及查询能否继续走索引。本文按 MySQL、PostgreSQL、SQL Server 和跨库写法分别整理可直接落地的方案，同时指出常见误区与性能边界。
统计自然月环比，难点不在公式本身，而在“按日历月对齐”和“上月值如何准确关联”。本文按 MySQL 8.0+ 与 5.7 及以下两种场景，整理可直接套用的 SQL 写法，并补出时区、空值、除零和时间口径这些最容易让结果失真的细节。
用 LEFT JOIN 做“零数量统计”时，最常见的坑有三个：把 COUNT(*) 当作关联记录数、GROUP BY 写错分组键、以及把左表过滤条件误塞进 ON 子句。本文用订单与商品示例拆开说明这些问题，并给出在 MySQL、PostgreSQL 等数据库里更稳妥的写法与性能判断依据。
