月度归档： 2024 年 5 月
-
本文分析了同一条count(*)查询SQL在Navicat中仅需3秒，而在Laravel 9中执行却耗时60秒的性能差异问题。通过在容器Tinker命令行及程序中执行原生SQL进行验证，排除数据库连接因素，确认耗时仅3秒左右。最终排查发现性能瓶颈位于Laravel框架底层Builder.php的runPaginationCountQuery方法。由于暂不便修改框架底层实现，决定将查询条件改为使用where shipping_type in (1, 2)来规避问题，使执行时长降至3秒左右，符合预期。
-
本文解决了在前端基于 Nginx 反向代理至后端接口时出现的响应超时问题。在排查中发现前端请求响应时长为 1 分 6 秒并报错超时，而后端接口实际响应时长为 1 分 5 秒且未超时。针对此情况，调整了 Nginx 代理设置，将 3 个与超时相关的参数默认值从 60 秒统一调整为 300 秒。重启 Nginx 后再次请求，前端不再超时，成功获取约 1.4 分钟的响应结果。
-
针对 Laravel 查询生成器中检测 SQL 是否已包含 where 条件的需求，文章参考了 MySQL 8.0 查询优化案例及相关技术讨论，介绍了如何在缺少 where 子句时自动添加条件以符合查询预期。文章详细展示了具体的实现方式及最终生成的 SQL 语句，确认了该方案能有效识别并处理查询条件，解决了业务开发中的逻辑判断问题。
-
针对 MySQL 8.0 中接口响应超时的问题，分析发现 count(*) SQL 在千万级数据表下耗时 54 秒。通过在查询中添加 shipping_type 索引条件，耗时降至 3 秒。为保持 SQL 结构统一，最终采用添加 WHERE id > 0 的方式优化，查询耗时 4 秒，达到了预期的性能提升效果。
-
在 TortoiseGit 拉取代码时遇到报错，提示部分本地引用无法更新，建议运行清理命令。经检查，错误原因在于存在引用冲突，系统无法创建新的引用分支。通过参考相关解决方案，在 Git Bash 中执行 git update-ref 命令删除了指定的冲突引用。再次执行拉取操作后，报错消失，问题得到解决。
-
在 Laravel 9 中，为确保批量覆盖写入时 logistics_freight_no 的唯一性，需先清空指定记录再重新写入。由于不得不将请求参数 return_order_id 传递给 ignore 方法以忽略当前 ID，为防止 SQL 注入风险，提前验证其为 Eloquent 模型实例 ID 并强制转换为 int 类型。测试结果显示，指定 ID 下重复校验通过，非指定 ID 校验失败，最终执行的 SQL 符合预期。
-
针对 Laravel 9 中使用 spatie/laravel-query-builder 查询关联表字段时，初始实现因始终执行 join 语句导致不查询关联字段时报错的问题，文章介绍了调整实现的方法。通过在准备好 new Request 实例后再判断是否添加 join 语句，最终实现了 SQL 语句按需关联其他表，解决了报错并符合预期逻辑。
-
在 Laravel 9 开发中遇到 Call to undefined method Illuminate\Http\Resources\MissingValue::isEmpty() 报错。经排查，该问题出现在 API 资源类的 $this->whenLoaded() 方法调用中。通过打印调试发现，错误源于在模型关联未被加载时的返回值处理不当。重新修改代码实现逻辑后，问题得到解决，不再报错。
-
本文探讨了在 Laravel 9 中查询单行单列值遇到的问题及其解决方法。针对表存在多行数据时直接调用 value 方法导致的报错现象，调整了查询逻辑。调整后的实现使得当记录不存在时返回 NULL，记录存在时则返回符合预期的第一条记录的单列数值，且生成的 SQL 语句符合预期，最终有效解决了该查询场景下的错误。