分类： MySQL
-
针对性能环境中列表接口响应超时的问题，通过分析 SQL 发现 count 查询耗时极高。尝试通过调整组合索引的字段顺序和数量来优化查询，最终确定包含 shipping_at_gmt 等四个字段的组合索引方案。为了确保 count 查询的稳定性，决定在特定条件下强制使用该组合索引，将耗时控制在 5 秒左右。随后发现实际数据查询强制使用索引反而耗时增加，因此计划后续在 Laravel 中实现仅对 count 查询强制索引，从而将接口响应时间优化至 10 秒以内。
-
在使用 Spatie\QueryBuilder 时，请求参数中包含逗号会导致 SQL 报错，提示绑定参数数量不匹配。经检查，原因是默认将逗号分隔的字符串拆分为了多个参数。通过禁用逗号自动转换为数组的功能，确保生成的 SQL 占位符数量与绑定参数一致，最终解决了该报错问题并验证了查询结果的正确性。
-
在尝试配置 MySQL Server 8.0.39 时报错，日志显示 mysqld.exe 设置 mysqlx-port 失败。通过修改 my.ini 文件、多次点击 Reconfigure 以及卸载重装操作均无法解决，初始化数据库和启动服务器反复失败。最终参考相关资料，重新下载了最新版的 MySQL Installer mysql-installer-community-8.0.39.0.msi 后，选择 8.0.36 版本进行安装，成功完成了配置且未再报错。
-
在修改表字段类型的 PHP 实现中，发现在 Navicat for MySQL 中查看 DDL 未显示变化。即使关闭连接或数据库后重新打开，结果依然不变。最终关闭并重新启动 Navicat for MySQL 后，DDL 才更新并显示出变更。
-
针对在 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 秒，达到了预期的性能提升效果。