分类： 数据库
-
本文分析了主题编辑器页面保存后与实际页面不一致的问题，指出快速编辑时，后端保存接口从 Redis 读取数据的时机早于暂存接口写入数据的时机，导致数据未同步。最初尝试后端计数等待方案，但因存在数据丢失风险，最终参考 Shopify 实现，改为基于 hashValue 的比对机制。该方案在暂存和保存时分别计算与比对哈希值，仅在一致或用户确认忽略冲突时执行保存，从而有效解决了并发请求下的数据一致性问题。
-
本文探讨了在 Laravel 6 中重构 MySQL 字段类型 json 值的方法。针对现有代码中生成的 setting_migrations 数组结构，文章介绍了如何基于辅助函数 Arr 将该字段值调整并纳入到新的 extra 字段中。通过具体的代码调整，最终将原有的数组结构转换成了以 extra 为字段名的对象结构，实现了数据存储格式的优化。
-
本文记录了使用 Shopify CLI 基于 PHP 模板创建应用并安装到商店的过程。操作包括导航目录初始化应用，配置 Laravel 及 SQLite 数据库，修复驱动缺失与参数报错，启动本地服务器与 Ngrok。最终通过修复会话 Cookie 问题，利用带参数的接口地址成功在开发商店中完成了应用安装。
-
在 Navicat for MySQL 中将表从 5.7 版本数据库复制至 8.0 版本时，因包含默认时间为 0000-00-00 00:00:00 的数据而报错 1292。尝试在 Homestead 配置中禁用 MySQL 8 无果后，对比两个版本的 sql_mode 发现 8.0 默认启用了 NO_ZERO_IN_DATE 和 NO_ZERO_DATE。通过修改目标数据库的 sql_mode，移除上述两项配置并重新连接，再次执行复制操作成功解决了该问题。
-
在 Laravel 6 中，模型应用了软删除后再次插入记录会出现唯一键冲突，这是因为软删除仅更新 deleted_at 字段而未从数据库物理移除记录。由于查询结果自动排除软删除数据，需要使用 withTrashed 方法获取包含软删除在内的记录，再利用 forceDelete 方法进行硬删除。永久删除记录后，再次插入新数据即可避免冲突并成功执行。
-
程序在 Linux 环境下运行时报错 Failed to load type: OnlineStoreThemePreset，而本地 Windows 10 环境运行正常。排查后发现原因是 GraphQL Schema 缓存在 Redis 中未更新。通过执行 php artisan cache:clear 命令清除缓存后，接口请求恢复正常，问题得到解决。
-
本文针对 MySQL 5.7 表中 JSON 列类型数据写入后键顺序被打乱的问题进行排查。通过对比原始 JSON 数据顺序与写入数据库后的存储结果，发现数据库中的键顺序变更为基于字母顺序排列，且内部子 JSON 结构的键顺序也发生了变化。经排查验证，将表列类型修改为 text 后，JSON 数据的顺序能够与原始格式保持一致，从而确认了问题源于 MySQL 5.7 JSON 列类型的内部处理机制。
-
针对在本地 Windows 10 环境执行 SQL 查询正常，而在 Linux 容器中无法查询到记录的问题，通过对比发现生成的 SQL 语句差异在于路径分隔符。分析打印生成的 SQL 与 DIRECTORY_SEPARATOR 常量，确认 Windows 环境生成反斜杠而 Linux 环境生成正斜杠，导致拼接后的路径格式不一致。删除代码中依赖 DIRECTORY_SEPARATOR 的拼接部分后，生成的 SQL 在两个操作系统中保持一致，成功解决了查询结果为 NULL 的问题。