- rows_examined 是优化器实际扫描的行数，返回行数只看结果集大小。两者差三个数量级，说明索引没吃到或者吃错了列，按下面顺序排查。第一步看 EXPLAIN 的 type 和 key。type 是 ALL 说明全表扫，index 说明扫了整棵索引树同样不划算，只有 range、ref、eq_ref 才算用上。key 为 NULL 就是没走索引，重点查 WHERE 列有没有索引、索引列上... rows_examined 是优化器实际扫描的行数，返回行数只看结果集大小。两者差三个数量级，说明索引没吃到或者吃错了列，按下面顺序排查。第一步看 EXPLAIN 的 type 和 key。type 是 ALL 说明全表扫，index 说明扫了整棵索引树同样不划算，只有 range、ref、eq_ref 才算用上。key 为 NULL 就是没走索引，重点查 WHERE 列有没有索引、索引列上...
- RDS for MySQL 默认开启自动备份，但真正用的时候，有几个细节值得提前确认。第一，备份保留天数。默认保留七天，如果业务有合规要求，建议在备份策略里调长，同时留意备份空间超出免费额度后会计费。第二，备份时间窗。自动全量备份会占用一定 IO，应把时间窗设在业务低峰，比如凌晨两点到三点，避免和批量任务撞车。第三，增量备份即binlog备份，默认每五分钟左右上传一次，这是按时间点恢复的基础... RDS for MySQL 默认开启自动备份，但真正用的时候，有几个细节值得提前确认。第一，备份保留天数。默认保留七天，如果业务有合规要求，建议在备份策略里调长，同时留意备份空间超出免费额度后会计费。第二，备份时间窗。自动全量备份会占用一定 IO，应把时间窗设在业务低峰，比如凌晨两点到三点，避免和批量任务撞车。第三，增量备份即binlog备份，默认每五分钟左右上传一次，这是按时间点恢复的基础...
- 从建库建表到常用查询，用学生成绩例子带新手走通 MySQL 基本操作，并总结常见坑与下一步学习路线。 从建库建表到常用查询，用学生成绩例子带新手走通 MySQL 基本操作，并总结常见坑与下一步学习路线。
- 8核16G云服务器日常使用场景与优势：从博客到微服务的实战配置8核16G这个配置在云服务器里算是一个比较均衡的档位。CPU和内存配比是1:2，每核对应2G内存，跑日常应用不太容易出现一边闲着一边满负载的情况。对于个人开发者或者小团队来说，拿它来跑一些平时需要持续在线的服务比较合适。芯飞云目前有针对新用户的1元试用活动，8核16G机器最长能用到21天，刚好可以拿来练手或者验证项目。 场景一：... 8核16G云服务器日常使用场景与优势：从博客到微服务的实战配置8核16G这个配置在云服务器里算是一个比较均衡的档位。CPU和内存配比是1:2，每核对应2G内存，跑日常应用不太容易出现一边闲着一边满负载的情况。对于个人开发者或者小团队来说，拿它来跑一些平时需要持续在线的服务比较合适。芯飞云目前有针对新用户的1元试用活动，8核16G机器最长能用到21天，刚好可以拿来练手或者验证项目。 场景一：...
- 问题背景最近线上消费队列在往华为云 RDS for MySQL 高并发批量写入数据时，频频触发错误：ERROR 1213 (40001): Deadlock found when trying to get lock; try restarting transaction业务表的核心逻辑是采用 INSERT INTO t_order_stat (...) VALUES (...) ON D... 问题背景最近线上消费队列在往华为云 RDS for MySQL 高并发批量写入数据时，频频触发错误：ERROR 1213 (40001): Deadlock found when trying to get lock; try restarting transaction业务表的核心逻辑是采用 INSERT INTO t_order_stat (...) VALUES (...) ON D...
- 线上 RDS for MySQL 开了慢查询日志，阈值 1 秒，日志里躺着一堆这样的记录：# Query_time: 3.21 Lock_time: 0.00 Rows_examined: 1284392 Rows_sent: 20只有耗时和扫描行数，看不到走了哪个索引、为什么慢，排查全靠猜。其实慢日志的设计就是只记「账单」，不记「路线」——执行计划要自己复现。分享一套三步定位法。 第... 线上 RDS for MySQL 开了慢查询日志，阈值 1 秒，日志里躺着一堆这样的记录：# Query_time: 3.21 Lock_time: 0.00 Rows_examined: 1284392 Rows_sent: 20只有耗时和扫描行数，看不到走了哪个索引、为什么慢，排查全靠猜。其实慢日志的设计就是只记「账单」，不记「路线」——执行计划要自己复现。分享一套三步定位法。 第...
- MySQL 默认可能对外监听，数据库暴露公网风险很大。本文记录在宝塔面板里把 MySQL 改成只允许本机访问的几个步骤和验证方法。 MySQL 默认可能对外监听，数据库暴露公网风险很大。本文记录在宝塔面板里把 MySQL 改成只允许本机访问的几个步骤和验证方法。
- 适用范围：华为云 GaussDB(for MySQL)（MySQL 8.0 兼容语法）。文中参数名以你所用实例版本的官方文档为准，下同。 背景：先看执行计划，再动手改 慢查询处理的常见误区是"感觉慢就加索引"。加错索引GaussDB 数据库 SQL优化 适用范围：华为云 GaussDB(for MySQL)（MySQL 8.0 兼容语法）。文中参数名以你所用实例版本的官方文档为准，下同。 背景：先看执行计划，再动手改 慢查询处理的常见误区是"感觉慢就加索引"。加错索引GaussDB 数据库 SQL优化
- 针对云数据库（RDS for MySQL）在经历大量 DELETE 或 UPDATE 操作后，数据总行数下降但云盘空间（.ibd 文件）毫无缩减，甚至触发磁盘 100% 告警的痛点，本文提供一套基于数据空洞排查与 OPTIMIZE TABLE 无锁重建的工程化解法，实现表空间的秒级极速回收。 针对云数据库（RDS for MySQL）在经历大量 DELETE 或 UPDATE 操作后，数据总行数下降但云盘空间（.ibd 文件）毫无缩减，甚至触发磁盘 100% 告警的痛点，本文提供一套基于数据空洞排查与 OPTIMIZE TABLE 无锁重建的工程化解法，实现表空间的秒级极速回收。
- 从 web.xml 时代要配什么讲起，拆开 Spring Boot 真正做的三件事：起步依赖解决版本对齐、自动配置是有条件的装配、内嵌容器反转了启动顺序。最后说清它没帮你做的事——连接池默认值、事务边界，这些还得自己调。 从 web.xml 时代要配什么讲起，拆开 Spring Boot 真正做的三件事：起步依赖解决版本对齐、自动配置是有条件的装配、内嵌容器反转了启动顺序。最后说清它没帮你做的事——连接池默认值、事务边界，这些还得自己调。
- 归纳 9 类索引失效场景，每类给出复现 SQL 与改写方式 归纳 9 类索引失效场景，每类给出复现 SQL 与改写方式
- MySQL 常用语句备忘：查询用 WHERE 过滤、ORDER BY 排序、LIMIT 分页；写入注意带 WHERE；常用列加索引可提速。 MySQL 常用语句备忘：查询用 WHERE 过滤、ORDER BY 排序、LIMIT 分页；写入注意带 WHERE；常用列加索引可提速。
- SHOW ENGINE INNODB STATUS 输出的 LATEST DETECTED DEADLOCK 段落动辄四五十行，真正有用的只有三处：TRANSACTION 段落里的 lock_mode 与持锁索引、WAITING 那行的 waiting for this lock to be granted、以及两边 SQL 的最后一句。先看「谁持谁等」。死锁日志里会有 TRANSACTIO... SHOW ENGINE INNODB STATUS 输出的 LATEST DETECTED DEADLOCK 段落动辄四五十行，真正有用的只有三处：TRANSACTION 段落里的 lock_mode 与持锁索引、WAITING 那行的 waiting for this lock to be granted、以及两边 SQL 的最后一句。先看「谁持谁等」。死锁日志里会有 TRANSACTIO...
- 在关系型数据库中，索引是提升查询性能最有效的机制之一。MySQL 基于 B+ 树实现的索引，能够在对数时间内完成范围扫描与随机查找，但如果设计不当，索引也会带来写入放大、额外内存消耗和查询走错执行计划等问题。下面总结 MySQL 索引优化的五个要点，帮助我们在日常开发中做出更稳妥的选择。第一，优先为高频查询条件列建立索引，并遵循最左前缀原则。对于联合索引 (a, b, c)，优化器只能利用 ... 在关系型数据库中，索引是提升查询性能最有效的机制之一。MySQL 基于 B+ 树实现的索引，能够在对数时间内完成范围扫描与随机查找，但如果设计不当，索引也会带来写入放大、额外内存消耗和查询走错执行计划等问题。下面总结 MySQL 索引优化的五个要点，帮助我们在日常开发中做出更稳妥的选择。第一，优先为高频查询条件列建立索引，并遵循最左前缀原则。对于联合索引 (a, b, c)，优化器只能利用 ...
- ALTER TABLE 卡四十分钟，换算法重试都没用。拆清 MDL 的持有与等待队列，讲明未提交的 SELECT 怎么堵住整张表，给出三层排查思路，说明 KILL QUERY 为何放不掉 MDL。 ALTER TABLE 卡四十分钟，换算法重试都没用。拆清 MDL 的持有与等待队列，讲明未提交的 SELECT 怎么堵住整张表，给出三层排查思路，说明 KILL QUERY 为何放不掉 MDL。
上滑加载中
推荐直播
-
华为云码道Agent集成与鸿蒙实战2026/08/11 周二 19:00-21:00
王一男-华为云码道产品规划专家；李炎-华为云码道产品专家；彭江敏-华为云鸿蒙端云一体化开发专家
本次直播带你解读华为云码道7月份产品新特性、新功能。更有专家演示码道Agent Space × 钉钉机器集成实战，从0到1打通消息通道；码道鸿蒙端云一体化实战，快速搭建员工签到系统。
回顾中 -
华为云开发者AI素养直播课·第五期2026/09/04 周五 16:00-18:00
林华鼎-华为云AI开发者运营负责人；蒋春阳-华为云AI开发者案例开发专家
本期直播内容： AI工具体验营 · 第5-8课连讲。Agent-Team 多智能体协作完成毕业设计实践
回顾中 -
华为云开发者AI素养ClassRoom·第六期2026/09/08 周二 19:00-20:00
樊渊-2026华为软件挑战赛冠军
高手来了：看软挑高手解析二维排样问题—从工业难题到算法突破
回顾中
热门标签