分类： MySQL 8.0
-
针对在 Laravel 9 中验证符合 MySQL 字段类型 decimal(8,2) 的字段，本文展示了最终实现方案。通过测试 -4、0、5、999999.99、999999.990、999999.991、9999990.99、0.09、0.009、0.0000001 等多种输入值，验证结果显示失败与成功的结果均符合预期，确保了数值范围与精度的正确性。
-
在 Laravel 9 中执行数据库迁移时遇到了 SQLSTATE[HY000] 错误，提示 Incorrect DECIMAL value。将 SQL 语句复制到 Navicat for MySQL 中执行依然报错，检查迁移代码后发现表字段 stock_out_sort 中存在空字符串值。将该空字符串手动修改为具体数值后再次执行迁移，操作成功完成且不再报错。
-
针对 MySQL 8 中 IN 条件用于多个字段时查询结果为空的问题，文章记录了在 Laravel 9 中使用原生查询遇到的语法错误与列数违规报错。尽管报错 SQL 手动执行成功，但程序运行异常，最终决定放弃该 SQL 写法，调整为另一种 SQL 格式，解决了报错并使查询结果符合预期。
-
本文分析了同一条count(*)查询SQL在Navicat中仅需3秒，而在Laravel 9中执行却耗时60秒的性能差异问题。通过在容器Tinker命令行及程序中执行原生SQL进行验证，排除数据库连接因素，确认耗时仅3秒左右。最终排查发现性能瓶颈位于Laravel框架底层Builder.php的runPaginationCountQuery方法。由于暂不便修改框架底层实现，决定将查询条件改为使用where shipping_type in (1, 2)来规避问题，使执行时长降至3秒左右，符合预期。
-
针对 Laravel 查询生成器中检测 SQL 是否已包含 where 条件的需求，文章参考了 MySQL 8.0 查询优化案例及相关技术讨论，介绍了如何在缺少 where 子句时自动添加条件以符合查询预期。文章详细展示了具体的实现方式及最终生成的 SQL 语句，确认了该方案能有效识别并处理查询条件，解决了业务开发中的逻辑判断问题。
-
针对 MySQL 8.0 中接口响应超时的问题，分析发现 count(*) SQL 在千万级数据表下耗时 54 秒。通过在查询中添加 shipping_type 索引条件，耗时降至 3 秒。为保持 SQL 结构统一，最终采用添加 WHERE id > 0 的方式优化，查询耗时 4 秒，达到了预期的性能提升效果。
-
在 MySQL 8 中，针对 B 表缺少 A 表主键 ID 但存在其他两个字段的情况，需要基于这两个字段查询 A 表记录。文章尝试在 SQL 语句中将 in 条件用于多个字段，测试显示查询执行成功且结果符合预期。
-
针对PHP中插入MySQL的JSON字符串中文已被编码的问题，文章先尝试对字符串进行整体URL解码，经在线工具验证可行，代码实现后确认中文恢复正常。针对请求参数中仍有中文未正常显示的情况，查明是因使用json_encode编码导致，最终采用先解码再重新编码，并添加JSON_UNESCAPED_UNICODE参数，实现了以字面形式编码多字节Unicode字符，解决了显示问题。
-
在 Laravel 9 配合 MySQL 8.0 环境中，设置 datetime 字段默认值为 0000-00-00 00:00:00 时遇到了 1067 语法错误。文章记录了修改 my.ini 配置文件移除 NO_ZERO_IN_DATE 与 NO_ZERO_DATE 模式并重启电脑的过程，尽管手动执行 SQL 成功，但程序运行问题依旧。最终通过调整迁移文件，放弃设置该默认值解决了报错。
-
在 Windows 10 中尝试将 MySQL 5.7 直接更新至 8.0 时，安装向导提示只能升级至 5.7.44 版本，无法跨版本更新。为确保升级成功，采取了先备份所有数据库，然后卸载系统中所有以 MySQL 开头的软件的方案。卸载完成后重新运行安装程序，此时不再提示升级，而是显示全新安装选项，选择 Full 类型进行安装，安装列表确认了将部署 MySQL 8.0。