标签： MySQL 5.7
-
针对MySQL 5.7中存储为数组格式的JSON类型字段，文章介绍了在Laravel 6中使用whereJsonContains方法进行查询的实现过程。通过参考Laravel官方文档，编写了查询代码并执行，最终打印出的查询结果符合预期，生成的SQL语句也能正确检索包含特定值的JSON数据。
-
本文针对 MySQL 5.7 表中 JSON 列类型数据写入后键顺序被打乱的问题进行排查。通过对比原始 JSON 数据顺序与写入数据库后的存储结果，发现数据库中的键顺序变更为基于字母顺序排列，且内部子 JSON 结构的键顺序也发生了变化。经排查验证，将表列类型修改为 text 后，JSON 数据的顺序能够与原始格式保持一致，从而确认了问题源于 MySQL 5.7 JSON 列类型的内部处理机制。
-
执行 SQL 语句时报错 1093，提示不能在 FROM 子句中指定目标表进行更新。参考 MySQL 官方文档得知，在 MySQL 中无法修改 SELECT 部分使用的同一个表。解决方法是将表连接到自身，使 MySQL 将表视为两个不同的事物，从而允许执行破坏性更改操作。
-
本文记录了在 Laravel 6 中将打印出的 SQL 复制到 MySQL 5.7 执行时结果不一致的问题。程序查询返回 79 条数据，而数据库直接执行返回 81 条。排查发现 whereRaw 语句中的参数绑定存在差异，通过将 SQL 改为原生形式，或者使用 addslashes 对反斜杠进行转义，最终使程序执行结果变为 81 条，与数据库执行结果一致。
-
在 Laravel 6 执行数据库迁移时，遇到 SQLSTATE[42000] 报错，提示索引名称 theme_installation_version_preset_theme_store_theme_version_id_index 长度为 68，超过了 MySQL 5.7 默认 64 的限制。通过利用 Laravel 索引方法支持自定义名称的特性，将索引名称明确指定为更短的 tivp_theme_store_theme_version_id_index，仅使用表名首字母缩写。最终重新执行迁移，成功解决了该标识符过长的问题。
-
在 MySQL 5.7 中使用 LIKE 语句搜索包含反斜杠的数据时，直接使用单反斜杠无法匹配目标结果，需要使用双反斜杠进行转义。这是因为 MySQL 字符串解析器和模式匹配过程会先后各剥离一次转义字符，导致最终只剩下一个反斜杠进行匹配，因此必须在 SQL 语句中写入四个反斜杠才能成功查到以 layouts 开头且包含反斜杠的记录。
-
在 Navicat for MySQL 中导入约 35MB 的 SQL 文件时，执行报错 2006 – MySQL server has gone away。经排查，该问题源于 MySQL 配置文件中 max_allowed_packet 的默认设置过低。通过在 my.ini 配置文件中将该参数的值修改为 40M，并重启 MySQL 服务，再次尝试导入文件后，导入成功且不再报错。
-
本文针对产品部署时初始化数据的场景，介绍了如何在 MySQL 的 SQL 文件中定义与使用变量。由于多条 SQL 语句的执行依赖于前序语句生成的主键 ID，文章演示了通过变量传递参数的具体 SQL 写法，并记录了脚本运行前后的数据库表状态。最终验证显示脚本运行成功，各表中的记录 ID 值均符合预期，实现了数据的正确初始化。
-
本文记录了基于阿里云将个人博客迁移升级的过程。由于容器服务费用超出预算，最终决定沿用原生系统，将数据盘扩容并升级至CentOS 7.7，使用OneinStack自动部署LNMP环境与PHP 7.4。配置云数据库RDS后，通过导入SQL文件并修改WordPress配置文件完成了数据迁移，最终实现了博客成功跳转、支持HTTPS及WordPress版本的正常升级。