ARUNNE的博客

慢 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表，然而存储过程中的写法用的就是游标的形式。二、简介游标实际上是一种能从包括多条数据记录的结果集中每次提取一条记录的机制。游标充当指针的作用。尽管游标能遍历结果中的所有行，但他一次只指向一行。