MySQL 的行级锁不是凭空出现的，它高度依赖索引。没有合适索引时，SELECT … FOR UPDATE 会退化为表级锁——不是因为语法写错了，而是优化器发现走不了索引，干脆锁整张表。
mysql如何优化内存使用_mysql内存参数调优方法
MySQL内存使用优化核心在于…
sql
精选推荐
Dapper查询结果怎么映射到嵌套对象 Dapper复杂对象映射技巧
Dapper 本身不支持全自动…
Linux数据库备份恢复项目教程_MySQLPostgreSQL全量增量
Linux下MySQL和Pos…
最新动态
SQL 行级锁与表级锁性能差异
SQL 自动化任务调度与触发器结合
触发器只响应 DML 操作（INSERT、UPDATE、DELETE），它不感知时间，也不能主动执行。想“每天凌晨跑一次统计”，靠 CREATE TRIGGER 完全做不到——这不是功能缺陷，是设计边界。
SQL XA 分布式事务的二阶段提交与单机事务性能代价权衡
因为 XA 强制引入网络往返和全局协调开销，不是“加个开关就能用”的平滑升级。单机事务在内存里完成的 commit，XA 至少要走两次 RPC：一次问所有参与者“准备好了吗”，一次再统一发“提交”或“回滚”。中间还夹着事务管理器（TM）持久化日志、等待超时、协调失败重试等环节。
Laravel 6 中实现编辑时忽略当前记录的唯一性验证
在 laravel 6 中编辑数据时，需校验字段（如 name）在数据库中全局唯一，但必须排除当前记录自身，避免因未修改字段而触发误报；本文详解如何通过 `unique` 规则的参数组合实现该逻辑。
SQL 大表加字段的在线变更与默认值填充性能优化路径
MySQL 5.6 之前，ALTER TABLE ADD COLUMN 带 DEFAULT 值会触发全表拷贝，加写锁、阻塞 DML，尤其在千万级以上大表上可能卡住数小时。5.7+ 引入了“instant DDL”机制，但仅对不带默认值或默认为 NULL 的列生效；一旦指定非空默认值（如 DEFAULT ‘0’ 或 DEFAULT 1），仍会退化为 copy-alter。
SQL 索引与表设计优化实践
常见现象是执行 EXPLAIN 看到 type 是 ALL 或 index，而不是预期的 ref/range。根本原因往往不是索引没建，而是查询写法触发了隐式类型转换或函数包裹。
SQL 主键自增序列 vs UUID 主键的插入性能与索引碎片对比
MySQL 的 AUTO_INCREMENT 主键在单线程或低并发下插入极快，因为新值只是递增一个整数，B+ 树索引页分裂少、定位简单。但高并发插入时，InnoDB 会为 auto_inc_lock 加表级锁（直到 5.6 才优化为轻量互斥锁），多个事务抢同一个“下一个值”，实际变成串行化写入。常见现象是监控看到 innodb_row_lock_waits 上升，或应用日志里大量 Lock wait timeout exceeded。
SQL LIMIT 分页查询技巧与案例
因为 MySQL 实际执行时，会先扫描 offset + count 行数据，再丢弃前 offset 行——哪怕你只要 1 条，它也可能扫了 800 万行。
SQL JSON_TABLE 与结构化查询应用
JSON_TABLE 是 MySQL 8.0.4+ 提供的函数，核心作用是把一行 JSON 字符串「展开」成多行关系表。它不处理嵌套太深的结构，也不适合做 JSON 校验或提取单个字段——那是 JSON_EXTRACT 或 -> 操作符的事。
mysql执行SQL过程中会不会加锁_mysql锁流程解析
会加锁，但不是所有SQL都加锁，也不是所有场景都加同一类锁。核心判断依据是：SELECT是否带FOR UPDATE或LOCK IN SHARE MODE、UPDATE/DELETE是否命中索引、当前事务隔离级别（尤其是READ COMMITTED和REPEATABLE READ）。