Mysql使用limit深度分页优化

mysql使用select * limit offset, rows分页在深度分页的情况下。性能急剧下降。

limit用于数据的分页查询，当然也会用于数据的截取，下面是limit的用法：

1. 模仿百度、谷歌方案（前端业务控制）

类似于分段。我们给每次只能翻100页、超过一百页的需要重新加载后面的100页。这样就解决了每次加载数量数据大 速度慢的问题了

2. 记录每次取出的最大id， 然后where id >最大id

select * from table_name Where id >最大id limit 10000, 10

这种方法适用于：除了主键ID等离散型字段外，也适用连续型字段datetime等

最大id由前端分页pageNum和pageIndex计算出来。

3. IN获取id

4. join方式 + 覆盖索引（推荐）

如果对于有where 条件，又想走索引用limit的，必须设计一个索引，将where 放第一位，limit用到的主键放第2位，而且只能select 主键！

1. jdbcpagingReader使用方式

2. db索引分区器使用方式

入参1： 表名 如test_table

入参2： 排序索引字段 可以是主键，也可以是其他索引。需要保证是唯一索引即可。如：id

入参3： 主键可手动传入，也可以根据表名计算出来：现在只支持单列主键的。 如：id

入参4:具体表 要分多少块。如：4

首先创建一个熟悉的机构表

插入几条测试数据：

union all上面的是初始化语句，只会执行一次，查到了 开发部 这一行记录。

接下来下面的join会用初始化的语句去原来的organization表去join获取所有 开发部的子部门 ，然后再用这些 子部门 去join更下面的部门。

执行的结果如下：

如下想查询开发部的所有上级部门的话上面的递归查询语句简单改一下就可以了：

执行结果如下：

Recursive Common Table Expression 'temp' can contain neither

aggregation nor window functions in recursive query block

mysql

mysql对递归的深度是有限制的，默认的递归深度是1000。

可以通过 show variables like 'cte_max_recursion_depth'进行查看

也可以通过select语句最大执行时间对递归加以显示， show variables lile 'max_execution_time'

1、《MySQL技术内幕:InnoDB存储引擎》

《MySQL技术内幕：InnoDB存储引擎》的作者是姜承尧。本书从源代码的角度深度解析了InnoDB

的体系结构、实现原理、工作机制，并给出了大量最佳实践。

2、《MySQL完全手册》

《MySQL完全手册》详细介绍了如何使用可定制的MySQL数据库管理系统支持健壮的、可靠的、任

务关键的应用程序。

3、《深入浅出mysql》

《深入浅出mysql》从数据库的基础、开发、优化、管理维护4个方面对MySQL进行了详细的介绍，

其中每一部分都独立成篇。

基础篇主要适合于MySQL的初学者，内容包括MySQL的安装与配置、SQL基础、MySQL支持的数

据类型、MySQL中的运算符、常用函数、图形化工具的使用等。

4、《 数据库索引设计与优化》

本文以MySQL数据库为研究对象，讨论与数据库索引相关的一些话题。特别需要说明的是，MySQL

支持诸多存储引擎，而各种存储引擎对索引的支持也各不相同。

5、《高性能MySQL》

《高性能MySQL》是分享MySQL实用经验的图书。它不但可以帮助MySQL初学者提高使用技巧，

更为有经验的MySQL DBA指出了开发高性能MySQL应用的途径。

 扩展资料：

《MySQL技术内幕:InnoDB存储引擎》是国内目前唯一的一本关于InnoDB的著作，由资深MySQL

专家亲自执笔，中外数据库专家联袂推荐，权威性毋庸置疑。

它能为读者设计和管理高性能、高可用的数据库系统提供绝佳的指导。注重实战，全书辅有大量的

案例，可 *** 作性极强。全书首先全景式地介绍了MySQL独有的插件式存储引擎，分析了MySQL的各

种存储引擎的优势和应用环境。

参考资料：百度百科——MySQL技术内幕:InnoDB存储引擎

---