技术博客
MySQL 触发器本身不开启新事务，而是**完全依附于触发它的 SQL 语句所处的事务**。也就是说，INSERT、UPDATE 或 DELETE 如果在显式事务中执行（比如包裹在 BEGIN / COMMIT 里），那么该语句激活的所有触发器逻辑都会被包含在这个事务里；如果语句是自动提交模式下的单条执行，那触发器也就在那个隐式事务中运行。
处理 NULL 最常用的是 COALESCE 和 IFNULL，但它们行为不同：前者是 SQL 标准函数，支持多个参数，返回第一个非 NULL 值；后者是 MySQL 特有，只接受两个参数，效率略高但扩展性差。
MySQL 的 user@host 是一个完整身份标识，’app_user’@’localhost’ 和 ‘app_user’@’%’ 完全是两个账号。很多人执行 CREATE USER ‘app_user’ IDENTIFIED BY ‘pwd’;，没写 @’host’，结果 MySQL 默认补成 @’%’ —— 这意味着该账号可从任意网络地址连接，是高危配置。
主从复制本质是单向数据同步，适用于读多写少、需要灾备或报表分离的场景。它不提供自动故障转移，主库宕机后必须人工介入切换，业务会中断。
本文介绍如何使用 mysql 8.0+ 的递归 cte 功能，从零生成指定月份（如三月）完整连续的 31 天日期列表，即使数据库中仅存部分日期记录。
索引在MySQL里不是锦上添花的配置项，而是直接决定SELECT快慢的核心机制。它本质是一棵B+Tree（InnoDB默认），存储的是「字段值 + 对应行的物理位置」，而不是复制整行数据。没有索引时，MySQL只能全表扫描——比如查100万行里的某条记录，平均要读50万行；加了索引后，通常3~4次磁盘IO就能定位，性能差上百倍。关键点在于：索引生效的前提是查询条件能命中索引结构，否则它就只是白占空间、拖慢INSERT/UPDATE/DELETE。
根本原因往往不是没建索引，而是索引没被用上。MySQL 优化器会根据统计信息、条件写法、数据分布等决定是否走索引——WHERE 中用了函数、隐式类型转换、或 LIKE 开头带通配符（如 ‘%abc’），都会让索引失效。
MySQL 的锁行为不是由 SQL 类型绝对决定的，而是和事务隔离级别、语句是否走索引、执行计划强相关。比如 SELECT * FROM t WHERE id = 1 在 RR（可重复读）下，如果 id 是主键，InnoDB 会加 **行级记录锁（Record Lock）**；如果 id 没索引，就会退化为 **表级意向锁 + 间隙锁或临键锁的组合**，甚至全表扫描时锁住所有聚簇索引页。
触发器运行在语句执行的上下文中，不是独立会话，也不支持交互式输出。你写 SELECT ‘debug’ 不会打印日志，反而会报错：ERROR 1415 (0S000): Not allowed to return a result set from a trigger。这是最常踩的第一个坑。
安装完 MySQL 后，第一步不是连数据库，而是确认服务进程真正在运行。Windows 下常因服务未手动启动导致连接失败；Linux/macOS 则可能因 mysqld 进程没起来或被防火墙拦截。