使用MySQL数据库构建Laravel应用
内容提要
本文介绍了如何使用Laravel 9构建情绪追踪应用，并连接到PlanetScale MySQL数据库。教程包括数据库架构创建、迁移、种子数据填充，以及将开发分支部署到生产环境。用户将学习创建模型、控制器和视图，实现CRUD功能，并使用Eloquent ORM进行数据操作，最后介绍如何通过PlanetScale进行无停机时间的数据库更改。
延伸解读
PlanetScale 分支工作流的实际意义
文章演示了将 main 分支提升为生产分支、另建 dev 分支开发的流程。生产分支启用安全迁移后，无法直接修改架构，必须通过部署请求合并，这降低了误操作风险。对团队而言，这种类似 Git 的数据库分支模式让架构变更可评审、可回滚，但需要适应额外的合并步骤，不适合追求直接改库的快速原型场景。
缓存与数据一致性的权衡
EntryController 和 HomeController 都用 Cache::remember 将 entries 和 moods 缓存 3600 秒，以减少数据库查询。同时 Mood 和 Entry 模型在保存时通过 boot 方法清除对应缓存。这种手动失效策略在单机缓存下有效，但如果应用扩展到多台服务器或使用外部缓存，一处保存未必能清掉所有节点的缓存，读者需留意缓存驱动和部署规模。
表单验证中的唯一日期处理
store 和 update 方法都要求 date 字段符合 Y-m-d 格式且在 entries 表中唯一。更新时通过传入当前记录 id 来排除自身，避免只改备注却因日期重复而验证失败。这体现了 Laravel 验证规则中 unique 的第三个参数用法，也提醒读者：任何涉及唯一约束的更新操作，都要显式排除当前记录，否则会误报错误。
外键约束与 PlanetScale 的兼容性说明
文章在 entries 迁移中故意没有使用 constrained() 方法，并解释 PlanetScale 过去不支持数据库级外键约束，现在已支持，读者可按需选用。这意味着示例代码在数据完整性上依赖应用层验证（如 mood_id 必须存在于 moods 表），而非数据库强制。若迁移到其他 MySQL 环境或启用外键，需重新评估表创建顺序和删除行为。
Q&A
如何使用Laravel 9构建情绪追踪应用？
使用Laravel 9构建情绪追踪应用需要创建数据库架构、模型、控制器和视图，并实现CRUD功能。
如何连接Laravel应用到PlanetScale MySQL数据库？
在Laravel的.env文件中配置数据库连接信息，包括DB_CONNECTION、DB_HOST、DB_DATABASE等。
PlanetScale的分支功能有什么优势？
PlanetScale的分支功能允许无停机时间的数据库更改，支持类似Git的开发工作流。
如何在Laravel中实现数据迁移和填充？
使用Laravel的迁移功能定义数据库架构，并通过种子文件填充初始数据。
Laravel的Eloquent ORM如何操作数据？
Eloquent ORM通过模型与数据库表进行交互，支持CRUD操作和关系定义。
如何在Laravel中创建和使用控制器？
使用artisan命令创建控制器，并在控制器中定义处理请求的逻辑。
