MySQL技术文章
-
数据库 · MySQL | 2天前 | MySQL · 权限管理 · 备份 · mysqldump · 数据库安全 · 最小权限 mysqldump备份账号 MySQL角色 partial_revokes 备份权限
给线上备份任务单独建角色，先用数据库级权限限制范围，再用 partial_revokes 阻断 mysql 系统库访问，最后通过 SHOW GRANTS 和只读验证确认边界。本文用 orders_app 与 audit_db 两个库演示权限收紧、审计检查和回退方法。413 收藏 -
订单表把地区和渠道放在 JSON 字段后，JSON_EXTRACT 条件常常无法直接利用普通索引。本文用一张 orders 表复现慢查询，再通过生成列与联合索引让 EXPLAIN 和实际耗时同时给出可核对的变化。278 收藏 -
数据库 · MySQL | 3天前 | MySQL · JSON · 索引 · 数据库 · 查询优化 · 生成列 · json_extract 索引优化 列表筛选 生成列 MySQL JSON JSON索引
订单列表把渠道、会员等级放进 JSON 后，筛选条件容易变成逐行计算。本文用 MySQL 生成列和索引把 JSON 路径变成可核对的查询字段，同时处理缺失键、空字符串、类型转换和写入成本。351 收藏 -
数据库 · MySQL | 4天前 | MySQL · 认证 · MySQL 8.4 · 数据库升级 · caching_sha2_password mysql_native_password 账号认证 MySQL 8.4 升级迁移
MySQL 8.4 默认不再启用 mysql_native_password，老应用可能在发版后出现账号认证失败。本文用账号盘点、灰度改造、TLS 连通性检查和回退边界，讲清迁移到 caching_sha2_password 的可靠做法。236 收藏 -
账号表用了软删除后，旧用户数据需要保留，新用户却可能再次使用同一邮箱。本文从真实注册冲突现场出发，说明复合唯一索引为何失效，以及如何用生成列把活跃账号约束、删除留档和恢复校验收进一条稳定的数据链路。471 收藏 -
数据库 · MySQL | 6天前 | MySQL · 数据库 · SQL · ON DUPLICATE KEY UPDATE · VALUES · 行别名 · MySQL VALUES() 弃用 ON DUPLICATE KEY UPDATE MySQL 行别名 INSERT AS new MySQL upsert INSERT SELECT
MySQL 已将 ON DUPLICATE KEY UPDATE 中用 VALUES() 读取新行字段的写法标记为弃用。本文从库存快照写入场景出发，给出行别名 AS new 的最小改写、INSERT ... SELECT 的不同处理方式，以及上线前应核对的兼容边界。117 收藏 -
数据库 · MySQL | 1星期前 | MySQL · 索引 · limit · explain · sql优化 · ORDER BY · mysql order by explain limit 复合索引 filesort
一条只取 20 行的订单查询，EXPLAIN 却可能放弃看似更贴近 WHERE 条件的索引，改走排序索引并在途中筛选。原因是 LIMIT 同时改变了排序、过滤和回表的成本取舍。通过读懂 key、rows 和 Extra，给等值条件与排序字段设计复合索引，再用受控对比核实实际读行，才能避免把 filesort 或某个索引名称当成唯一结论。279 收藏 -
数据库 · MySQL | 1星期前 | 并发 · MySQL · InnoDB · update · 库存扣减 · innodb MySQL 库存扣减 条件 UPDATE 防超卖 affected rows
用一条带库存条件的 UPDATE 实现最小扣库存接口，避免先查后改造成超卖；同时说明受影响行、事务边界与死锁重试。470 收藏 -
重复点击、网络重试和消息重复投递都会让写入接口面对同一业务请求多次到达。本文说明如何用幂等键和唯一索引建立数据库边界，并比较重复时返回既有结果与更新既有记录的取舍。421 收藏 -
MySQL 查询不走索引，常见原因不是索引不存在，而是 SQL 写法让优化器难以利用索引。函数包列、隐式类型转换、范围过宽和联合索引顺序不匹配，都应该用 EXPLAIN 验证后再改写。189 收藏 -
报表系统不要直接拿高权限账号连生产库。更稳的做法是用视图收敛字段，通过专用只读账号授予 SELECT，再用 SHOW GRANTS 和审计日志复查权限边界。412 收藏 -
MySQL 里用 ORDER BY RAND() 做随机推荐，小表还能凑合，大表高并发下容易触发全表排序、临时表放大和 CPU 飙升。更稳的做法是先缩小候选集合，再用候选 ID 池、随机键或业务侧抽样把查询控制在索引范围内。378 收藏 -
MySQL 读写分离不是简单把 SELECT 丢到从库。它适合读多写少、查询压力明显大于写入压力的业务，但会带来复制延迟、读己之写、路由规则和故障切换问题。上线前要先确认读写比例、数据一致性要求和回主策略。334 收藏 -
MySQL 多租户订单表变慢时，先用 tenant_id 领头的联合索引稳住常见查询；当热点租户持续拉高 rows、慢日志和队列等待，再考虑租户路由、冷热分流或独立分片。259 收藏 -
本文用删除冗余索引的场景讲清 MySQL 不可见索引：它让优化器先忽略索引，用 EXPLAIN、慢查询和业务指标观察影响，再决定恢复可见或真正删除。468 收藏