技术博客
索引在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 进程没起来或被防火墙拦截。
很多人写 DISTINCT 时误以为它是个函数，比如 SELECT DISTINCT(name) FROM user，这是错的——DISTINCT 是关键字，修饰整个 SELECT 行。括号不改变语义，反而容易误导。
本文介绍如何使用纯 javascript 实现多组下拉菜单的图标状态同步控制：点击时，对应菜单展开并显示向上箭头，收起时显示向下箭头；同时确保其他已展开菜单自动关闭，并同步更新其图标状态。
数据库，说白了就是一个有组织、可查找、能管理的数据仓库。它不是随便堆文件的硬盘文件夹，而是用结构化方式（比如表格）把数据存好，再通过软件（MySQL 就是其中一种）来增、删、改、查——就像你用 Excel 管理通讯录，但比 Excel 更稳、更快、更安全、更能多人同时用。
MySQL 触发器不能脱离执行时机和操作类型独立存在。必须明确是 BEFORE INSERT、AFTER UPDATE 或 BEFORE DELETE 三者之一，且只能作用于单表。常见错误是漏写 AFTER/BEFORE，导致语法报错 ERROR 1064；或试图在同一个触发器里响应多个事件（比如 INSERT OR UPDATE），这是不被支持的。
MySQL 只保留**最后一次检测到的死锁**完整信息，这是最快速、最常用的入口。执行命令后，重点盯住 LATEST DETECTED DEADLOCK 区块——它不是“所有死锁”，而是“上一个”。
常见错误现象：
• 执行完命令却看不到死锁段落 → 说明近期没触发死锁，或已被新死锁覆盖
• 日志里只有“*** (1) TRANSACTION”但缺“(2)” → 可能是日志被截断，或事务已提交/回滚导致上下文丢失
实操建议：
• 一定要加 G，否则锁信息挤在一行根本没法读
• 在业务高峰期出问题时，立刻连上数据库执行，别等第二天
• 注意时间戳：日志顶部显示的是该状态生成时间，不是死锁发生时间（二者可能差几秒）