技术博客
MySQL 默认禁止创建带有副作用（如修改数据、调用非确定性函数）的自定义函数，否则会报错：ERROR 1418 (HY000): This function has none of DETERMINISTIC, NO SQL, or READS SQL DATA in its declaration。根本原因不是语法写错了，而是服务器变量 log_bin_trust_function_creators 被设为 OFF（尤其在启用了 binlog 的主从环境中默认如此）。
MySQL 启用 SSL 连接可以提升数据库通信的安全性，防止数据在传输过程中被窃听或篡改。只要服务器和客户端支持 OpenSSL，就可以配置基于 SSL/TLS 的安全连接。下面介绍如何检查、启用和配置 MySQL 的 SSL 连接。
MySQL 的 SELECT 语句不是“用不用”的问题，而是“怎么写才不踩坑、不出错、不慢、不漏数据”的问题。绝大多数查询错误和性能问题，都出在基础语法理解偏差或忽略隐含行为上。
单列索引和复合索引不是“选一个就好”，而是要根据查询模式、数据分布和写入成本综合权衡。用错索引不仅不加速，还拖慢写入、浪费存储。
laravel 的 eloquent `update()` 方法直接返回受影响的行数，无需额外调用 `count()`；错误源于误将整型返回值当作可计数数组处理。
SQL 用户与角色管理是数据库安全的基石，核心在于最小权限原则、职责分离和持续审计。不合理的权限分配常导致数据泄露或误操作，而过度依赖 sa 或 root 账户则放大风险。
在 laravel 9+ 中使用 eloquent 关联时，若在 `belongsto()` 或 `hasmany()` 等方法中错误传入字符串形式的完整命名空间（如 `’app/models/barang’`，注意小写 `app` 和斜杠 `/`），将触发“class not found”错误；正确做法是使用 `classname::class` 常量或直接传入类名。
在 SQL Sharding（分库分表）架构中，全局序列和跨库 ID 唯一性是核心难点。单库自增主键失效后，必须引入外部或分布式机制来生成全局唯一、趋势递增、无冲突的 ID。关键不在于“有没有方案”，而在于选型是否匹配业务吞吐、时钟敏感度、运维复杂度和容错要求。
事务隔离级别直接影响数据库并发性能和数据一致性，选错级别会导致锁争用、死锁或不可重复读等问题。优化核心是：在满足业务一致性的前提下，尽可能使用更低的隔离级别，并配合索引、语句写法和事务粒度控制来减少锁范围与时长。
Flyway 本身不支持 cherry-pick 式的迁移（即选择性应用某几个特定 migration 文件），也不原生处理多分支开发中迁移脚本冲突或重复应用的问题。它的设计哲学是“线性、不可变、按序执行”，因此所谓“cherry-pick migration”需通过外部流程和约定来规避风险，而非靠 Flyway 内置功能实现。