ARUNNE的博客

MySQL 8.0优化黑科技盘点摘要：MySQL 8.0引入多项革命性特性，突破传统优化思维。文章重点介绍7个实用黑科技：1）窗口函数优化复杂查询，取代多次子查询；2）降序索引提升混合排序性能；3）Generated Column实现JSON字段高效查询；4）Invisible Index实现无风险索引测试；5）Hint强制执行计划避免优化器误判；6）Resource Group隔离不同类型查询资源；7）LATERAL JOIN简化复杂关联查询。这些技术不仅能显著提升SQL性能，在面试中展示更能体现技术深

MySQL虚拟列(Generated Columns)是MySQL 5.7引入的特性，通过在表定义中添加基于其他列的表达式自动计算值。文章介绍了虚拟列的两类(VIRTUAL和STORED)及其适用场景，如简化查询、保证数据一致性、JSON字段提取和使用索引优化性能等。同时也指出了不适用场景，如复杂计算、频繁更新表等。作者结合订单系统的实践经验，建议根据业务场景合理使用虚拟列，既能简化应用层代码，又能保证数据一致性，但对复杂业务逻辑仍推荐在应用层处理。该特性为数据计算提供了新的解决方案，值得开发者在合适场景中

慢 SQL 的优化，主要从两个方面考虑，SQL 语句本身的优化，以及数据库设计的优化。

MySQL查询优化解决方案所以针对这个问题的解决方案主要有两种：优化结果优化前，offset达到20万的量级时，查询时间过长，一直到超时。优化后，offset达到20万的量级时，查询时间为1.11s。优化结果优化前，offset达到20万的量级时，查询时间过长，一直到超时。优化后，offset达到20万的量级时，由于知道第20万条数据的id，查询时间为0.34s。......

在早期的数据库表结构设计中，往往会把一张表引用另外一张表的字段（通常是 id）作为外键，借助 MySQL 自动维护外键，确实能够省掉很多开发工作，但是外键实际的代价不低，很多数据表设计规范已经明确禁止使用外键。本篇将介绍外键存在的缺陷。目前，在 MySQL 内置存储引擎中，只剩下 InnoDB 还在支持外键，因此如果要使用外键可选择的存储引擎不多。外键并不是没有代价的。事实上，外键通常会需要服务器地在更改数据的时候检查另一张表。尽管 InnoDB 使用了索引提高这个操作速度，但并没有让数据检查的影.

一、应用场景当前有三张表A、B、C其中A和B是一对多关系，B和C是一对多关系，现在需要将B中A表的主键存到C中；常规思路就是将B中查询出来然后通过一个update语句来更新C表就可以了，但是B表中有2000多条数据，难道要执行2000多次？显然是不现实的；最终找到写一个存储过程然后通过循环来更新C表，然而存储过程中的写法用的就是游标的形式。二、简介游标实际上是一种能从包括多条数据记录的结果集中每次提取一条记录的机制。游标充当指针的作用。尽管游标能遍历结果中的所有行，但他一次只指向一行。