永夜 - 第60页共155页 - 没有不值得去解决的问题，也没有不值得去学习的技术！

数据库, Laravel 9, Web框架, Web应用开发, Laravel, SQL, MySQL 8.0, Laravel Eloquent ORM, MySQL, 编程语言

Views: 149

2024/06/01

在 MySQL 8 中，in 条件用于多个字段，查询结果为空的排查

针对 MySQL 8 中 IN 条件用于多个字段时查询结果为空的问题，文章记录了在 Laravel 9 中使用原生查询遇到的语法错误与列数违规报错。尽管报错 SQL 手动执行成功，但程序运行异常，最终决定放弃该 SQL 写法，调整为另一种 SQL 格式，解决了报错并使查询结果符合预期。
Laravel Eloquent ORM, Laravel 9, MySQL, 数据库, Laravel Query Builder, Web框架, Web应用开发, Laravel, MySQL 8.0

Views: 91

2024/05/29

同一个 count(*) 查询 SQL，在 Navicat 中，与在 Laravel 9 中，执行时长相差过大的分析

本文分析了同一条count(*)查询SQL在Navicat中仅需3秒，而在Laravel 9中执行却耗时60秒的性能差异问题。通过在容器Tinker命令行及程序中执行原生SQL进行验证，排除数据库连接因素，确认耗时仅3秒左右。最终排查发现性能瓶颈位于Laravel框架底层Builder.php的runPaginationCountQuery方法。由于暂不便修改框架底层实现，决定将查询条件改为使用where shipping_type in (1, 2)来规避问题，使执行时长降至3秒左右，符合预期。
OpenResty, 服务器, OpenResty 1.19, HTTP服务器, 应用工具, 浏览器, Chrome, Nginx

Views: 165

2024/05/28

在前端基于 Nginx 反向代理至后端接口时，后端接口响应未超时，前端响应超时的解决

本文解决了在前端基于 Nginx 反向代理至后端接口时出现的响应超时问题。在排查中发现前端请求响应时长为 1 分 6 秒并报错超时，而后端接口实际响应时长为 1 分 5 秒且未超时。针对此情况，调整了 Nginx 代理设置，将 3 个与超时相关的参数默认值从 60 秒统一调整为 300 秒。重启 Nginx 后再次请求，前端不再超时，成功获取约 1.4 分钟的响应结果。
Laravel Query Builder, MySQL, 数据库, Web框架, Web应用开发, Laravel, MySQL 8.0, Laravel 9

Views: 99

2024/05/23

在 Laravel 查询生成器中检查表是否已经有 where 条件的实现

针对 Laravel 查询生成器中检测 SQL 是否已包含 where 条件的需求，文章参考了 MySQL 8.0 查询优化案例及相关技术讨论，介绍了如何在缺少 where 子句时自动添加条件以符合查询预期。文章详细展示了具体的实现方式及最终生成的 SQL 语句，确认了该方案能有效识别并处理查询条件，解决了业务开发中的逻辑判断问题。
MySQL, 数据库, Web应用开发, MySQL 8.0

Views: 235

2024/05/21

在 MySQL 8.0 中，查询表记录总数时，超时的分析优化

针对 MySQL 8.0 中接口响应超时的问题，分析发现 count(*) SQL 在千万级数据表下耗时 54 秒。通过在查询中添加 shipping_type 索引条件，耗时降至 3 秒。为保持 SQL 结构统一，最终采用添加 WHERE id > 0 的方式优化，查询耗时 4 秒，达到了预期的性能提升效果。
版本控制系统, TortoiseGit, TortoiseGit 2.15, Git, 开发工具, 服务器, Git 2.37

Views: 231

2024/05/17

在 TortoiseGit 中拉取时，报错：error: some local refs could not be updated; try running ‘git remote prune origin’ to remove any old, conflicting branches

在 TortoiseGit 拉取代码时遇到报错，提示部分本地引用无法更新，建议运行清理命令。经检查，错误原因在于存在引用冲突，系统无法创建新的引用分支。通过参考相关解决方案，在 Git Bash 中执行 git update-ref 命令删除了指定的冲突引用。再次执行拉取操作后，报错消失，问题得到解决。
Laravel Eloquent ORM, Laravel Validation, Laravel 9, Web框架, Web应用开发, Laravel

Views: 101

2024/05/15

在 Laravel 9 中，验证字段值在表中的唯一性，不得不将请求输入传递给 ignore 方法的折衷处理

在 Laravel 9 中，为确保批量覆盖写入时 logistics_freight_no 的唯一性，需先清空指定记录再重新写入。由于不得不将请求参数 return_order_id 传递给 ignore 方法以忽略当前 ID，为防止 SQL 注入风险，提前验证其为 Eloquent 模型实例 ID 并强制转换为 int 类型。测试结果显示，指定 ID 下重复校验通过，非指定 ID 校验失败，最终执行的 SQL 符合预期。
Laravel, Laravel 9, Laravel Query Builder, Web框架, Web应用开发

Views: 147

2024/05/11

在 Laravel 9 中，基于 spatie/laravel-query-builder 查询关联表中的字段时，按需添加 join 语句的实现

针对 Laravel 9 中使用 spatie/laravel-query-builder 查询关联表字段时，初始实现因始终执行 join 语句导致不查询关联字段时报错的问题，文章介绍了调整实现的方法。通过在准备好 new Request 实例后再判断是否添加 join 语句，最终实现了 SQL 语句按需关联其他表，解决了报错并符合预期逻辑。
$在 Laravel 9 中，报错：Call to undefined method Illuminate\\Http\\Resources\\MissingValue::isEmpty()$

Laravel, Laravel Eloquent ORM, Laravel 9, Web框架, Web应用开发

Views: 109

2024/05/10

在 Laravel 9 中，报错：Call to undefined method Illuminate\\Http\\Resources\\MissingValue::isEmpty()

在 Laravel 9 开发中遇到 Call to undefined method Illuminate\Http\Resources\MissingValue::isEmpty() 报错。经排查，该问题出现在 API 资源类的 $this->whenLoaded() 方法调用中。通过打印调试发现，错误源于在模型关联未被加载时的返回值处理不当。重新修改代码实现逻辑后，问题得到解决，不再报错。
Web框架, Web应用开发, Laravel, Laravel Eloquent ORM, Laravel 9

Views: 91

2024/05/06

在 Laravel 9 中，查询单行单列的值

本文探讨了在 Laravel 9 中查询单行单列值遇到的问题及其解决方法。针对表存在多行数据时直接调用 value 方法导致的报错现象，调整了查询逻辑。调整后的实现使得当记录不存在时返回 NULL，记录存在时则返回符合预期的第一条记录的单列数值，且生成的 SQL 语句符合预期，最终有效解决了该查询场景下的错误。

2026 年 10 月
一	二	三	四	五	六	日
			1	2	3	4
5	6	7	8	9	10	11
12	13	14	15	16	17	18
19	20	21	22	23	24	25
26	27	28	29	30	31

Most Viewed Posts