物理分页和内存分页和逻辑分页

最新推荐文章于 2025-03-23 14:11:30 发布
最新推荐文章于 2025-03-23 14:11:30 发布
阅读量1w 收藏 36
点赞数 22
分类专栏： 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/xmfsamsara/article/details/80645998
版权
本文对比了物理分页和逻辑分页两种数据库分页方式。物理分页依赖数据库特性，每次请求直接获取分页数据；逻辑分页则一次性加载所有数据到内存，再通过代码实现分页。两者在数据库负担、服务器负担、实时性及适用场合等方面存在差异。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

物理分页与（逻辑分页就是内存分页）

 一 概述

1.物理分页

物理分页依赖的是某一物理实体，这个物理实体就是数据库，比如MySQL数据库提供了limit关键字，程序员只需要编写带有limit关键字的SQL语句，数据库返回的就是分页结果。

2.逻辑分页

逻辑分页依赖的是程序员编写的代码。数据库返回的不是分页结果，而是全部数据，然后再由程序员通过代码获取分页数据，常用的操作是一次性从数据库中查询出全部数据并存储到List集合中，因为List集合有序，再根据索引获取指定范围的数据。

二 对比

1.数据库负担

物理分页每次都访问数据库，逻辑分页只访问一次数据库，物理分页对数据库造成的负担大。

2.服务器负担

逻辑分页一次性将数据读取到内存，占用了较大的内容空间，物理分页每次只读取一部分数据，占用内存空间较小。

3.实时性

逻辑分页一次性将数据读取到内存，数据发生改变，数据库的最新状态不能实时反映到操作中，实时性差。物理分页每次需要数据时都访问数据库，能够获取数据库的最新状态，实时性强。

4.适用场合

逻辑分页主要用于数据量不大、数据稳定的场合，物理分页主要用于数据量较大、更新频繁的场合。

不能仅仅停滞在实现上，应该去追求代价更小、性能更优的实现
mysql的limit用法、逻辑分页和物理分页
念兮为美
08-22 3万+
mysql的limit用法、逻辑分页和物理分页
数据库物理分页和逻辑分页
di_sheng_zhao的博客
08-12 1786
一、分页的分类： 1.物理分页：只从数据库中查询当前页的数据（后台分页） 优点：不占用很多内存   缺点：效率比较低（相比于逻辑分页） 2.逻辑分页：从数据库将所有记录查询出来，存储到内存中，展示当前页，然后数据再直接从内存中获取（前台分页） 优点：效率高              缺点：占用内存比较高   二、对比 1.数据库负担 物理分页每次都访问数据库，逻辑分页只访问一次数据...
物理分页与逻辑分页
weixin_34072159的博客
07-05 465
一 概述 1.物理分页 物理分页依赖的是某一物理实体，这个物理实体就是数据库，比如MySQL数据库提供了limit关键字，程序员只需要编写带有limit关键字的SQL语句，数据库返回的就是分页结果。 2.逻辑分页 逻辑分页依赖的是程序员编写的代码。数据库返回的不是分页结果，而是全部数据，然后再由程序员通过代码获取分页数据，常用的操作是一次性从数据库中查询出全部数据并存储到Lis...
分页查询之物理分页和逻辑分页
王景清的博客
02-28 2035
物理分页 Limit 通过SQL语句中 LIMIT #{startIndex},#{pageLimit} 语法来分页 startIndex为偏移量，OFFSET，索引 pageLimit为每页多少记录 这两个参数在后端处理传入数据库之前必须为基本类型不能有双引号 错误例子：LIMIT ‘0’,‘5’ 前端一般传currentPage，pageLimit两个参数 而currentPage为当前第几页需转换为startIndex startIndex = (currentPage - 1) * pageLimi
操作系统之内存管理（分页、分段、虚拟内存）
DKPT的博客
03-23 595
分页、分段和虚拟内存共同构建了现代操作系统的内存管理体系：分页解决碎片问题并支持动态内存管理，分段优化程序逻辑与安全性，虚拟内存通过外存扩展实现多任务并行。三者结合，既提升了内存利用率，又保障了系统的稳定性和性能。
java 物理分页和逻辑分页
JX
05-20 2101
A.逻辑分页利用游标分页，好处是所有数据库都统一，坏处就是效率低。 1.逻辑分页的第一种方式,利用ResultSet的滚动分页。这种分页方式依靠的是对结果集的算法来分页，因此通常被称为“逻辑分页”。步骤如下：   a.根据条件sql查询数据库。   b.得到ResultSet的结果集,由于ResultSet带有游标，因此可以使用其next()方法来指向下一条记录。   c.利用next()
物理分页和逻辑分页
小明同学的博客
08-22 671
“物理分页”和“逻辑分页”是两种不同的分页方式。 物理分页是在数据库查询时，通过使用 LIMIT 和 OFFSET 等关键字，直接在“数据库层面”进行分页。它会将查询结果集，限制在指定的范围内，只返回满足条件的数据行。物理分页，对数据库的性能要求较高，因为它需要在每次查询时，都进行全表扫描，并且在返回结果前要进行排序操作。 逻辑分页是在“应用程序层面”进行分页，通过查询所有满足条件的数据，并在应用程序中进行分页计算和处理。它会将查询结果全部返回，然后根据页码和每页显示的数量，从中提取出当前页需要的数
Java逻辑分页与物理分页
attacht的博客
11-19 869
准备Java分页
SQL逻辑和物理分页
12-18
- **缺点**: 对于大数据集，可能会消耗大量内存和CPU资源，因为需要一次性加载所有数据。 4. **物理分页与逻辑分页** 相比之下，物理分页是数据库系统直接提供的功能，如SQL的`LIMIT`和`OFFSET`子句（在MySQL中）...
10-虚拟内存的基本概念和请求分页处理方式.pdf
09-02
虚拟内存的基本概念和请求分页处理方式 虚拟内存的基本概念： 虚拟内存是一种计算机存储管理技术，它允许一个作业分多次调入内存，而不是一次性全部装入内存。这种技术的出现是为了解决传统存储管理方式的缺陷，即...
JDBC是什么？工作原理，缺点
qq_41143942的博客
09-17 448
JDBC是什么？ 1.Java Database Connectivity:Java访问数据库的解决方案 2.JDBC定义了一套标准接口，即访问数据库的通用API，不同的数据库厂商根据各自数据库的特点去实现这些接口 3.JDBC希望用相同的方式访问不同的数据库，让具体的数据库操作与数据库厂商实现无关，从而让在不同数据库之间轻易的切换 本质：其实是官方（sun公司）定义的一套操作所有关系型数据库的规则，即接口。各个数据库厂商去实现这套接口，提供数据库驱动jar包。我们可以使用这套接口（JDBC）编程在，真正执
Java实现物理分页和逻辑分页
z20170802的博客
03-29 2176
package com.meyki.api.sfd.utils; import org.springframework.util.CollectionUtils; import java.util.List; /** * @author dl * @version 1.0 * @description: 逻辑分页 * @date 2022/3/29 9:13 */ public class PageInfoConvent<T> { private Integer pageN.
物理分页（详细）与逻辑分页
xy405580364的博客
03-23 633
1. 逻辑分页（假分页） 逻辑分页依赖的是程序员编写的代码。数据库返回的不是分页结果，而是全部数据，然后再由程序员通过代码获取分页数据，常用的操作是一次性从数据库中查询出全部数据并存储到List集合中，因为List集合有序，再根据索引获取指定范围的数据。 2. 物理分页（真分页） 物理分页依赖的是某一物理实体，这个物理实体就是数据库，比如MySQL数据库提供了limit关键字，程序员只需要编写带有...
mysql的物理分页与逻辑分页
zhzhl
12-06 551
1.逻辑分页 查出所有的数据，使用程序进行分页。 占用内存大、数据更新不能及时反馈、不用频繁查询数据库 2.物理分页 每次查询数据库，使用limit 占用内存小、数据更新及时反馈、频繁查询数据库 3.limit使用技巧 limit a,b 当a越来越大时，销量会下降。 改进：使用where条件（该列有索引时会使用索引） where 列名>a limit b ...
概念讲解之物理分页与逻辑分页
甲蛙全栈
01-12 1329
高频面试题：什么是物理分页？什么是逻辑分页？
数据库物理分页和逻辑分页简单介绍
热门推荐
06-24 1万+
1、物理分页：         物理分页就是数据库本身提供了分页方式，如mysql的limit，好处是效率高，不好的地方就是不同数据库有不同的搞法。 2、逻辑分页： 逻辑分页利用游标分页，好处是所有数据库都统一，坏处就是效率低。 3、常用orm框架采用的分页技术： ①：hibernate采用的是物理分页； ②：MyBatis使用RowBounds实现的分页是逻辑分页,也就是先把数据
mybatis的逻辑分页和物理分页
最新发布
03-27
<think>好的，我现在要帮助用户理解MyBatis中的逻辑分页和物理分页的区别及实现方式，以及它们的性能比较。首先，我需要回忆一下自己之前学过的相关知识，并结合用户提供的引用内容来组织回答。 首先，用户的问题是关于MyBatis的逻辑分页和物理分页的区别、实现机制和性能比较。我需要明确这两个概念的定义，以及它们各自的实现方式。根据用户提供的引用内容，逻辑分页是MyBatis通过RowBounds或类似机制在内存中处理分页，而物理分页是在数据库层面进行分页，比如使用LIMIT和OFFSET或者分页插件如PageHelper。 接下来，我需要分别详细说明两者的实现机制。逻辑分页方面，用户提到的引用3和4指出，逻辑分页使用RowBounds，执行完整的SQL查询后，在内存中截取需要的数据。这可能适用于数据量小的情况，但数据量大时会有内存问题。物理分页则是通过修改SQL语句，添加分页参数，比如MySQL的LIMIT，这样数据库只返回特定范围的数据，减少了内存占用。 然后，性能比较部分需要结合引用2和3中的优缺点。逻辑分页在数据量小时效率高，因为不需要多次查询数据库，但数据量大时内存消耗大，甚至导致溢出。物理分页虽然每次都要访问数据库，但处理大数据量时更稳定，内存占用低，不过可能需要更复杂的SQL语句或插件支持。 我还需要提到具体的实现方式，比如逻辑分页的RowBounds用法，以及物理分页的PageHelper插件示例。引用4中提到了PageHelper的使用方法，可以结合代码示例来说明物理分页的实现。同时，引用3中比较了两者的优缺点，这有助于在性能比较部分展开讨论。 可能还需要考虑适用场景，比如什么时候选择逻辑分页，什么时候选择物理分页。根据引用2，逻辑分页适用于数据量小的情况，而物理分页适合大数据量，避免内存问题。此外，用户可能需要知道如何在实际项目中配置和使用这两种分页方式，所以给出示例代码会更有帮助。 最后，生成相关问题时要围绕主题，可能涉及实现细节、优化方法、选择依据等。需要确保问题能够引导用户进一步探索相关内容，同时覆盖用户可能关心的其他方面。 现在需要整理这些思路，确保回答结构清晰，分点明确，引用正确的文献，并且语言自然流畅，符合用户的要求。同时要检查LaTeX格式是否正确，虽然这个问题可能不涉及数学公式，但如果有变量或代码块需要正确标注。不过根据问题内容，可能主要是代码块和引用标注需要注意格式。</think>### MyBatis逻辑分页与物理分页对比分析 #### 一、实现机制 1. **逻辑分页** - **定义**：通过`RowBounds`或类似机制，在代码层面对查询结果进行内存分页。 - **实现方式**： - 执行完整的SQL查询，将**所有数据加载到内存**，再根据分页参数截取部分数据。 - 示例代码： ```java List<User> users = sqlSession.selectList("selectUsers", params, new RowBounds(offset, limit)); ``` - 引用说明：逻辑分页依赖内存截取数据，可能导致内存溢出风险[^2][^3]。 2. **物理分页** - **定义**：通过修改SQL语句，直接在数据库层面完成分页。 - **实现方式**： - 使用数据库方言（如MySQL的`LIMIT offset, limit`）或分页插件（如`PageHelper`）。 - 示例代码（PageHelper）： ```java PageHelper.startPage(pageNum, pageSize); List<User> users = userDao.selectUserList(); PageInfo<User> pageInfo = new PageInfo<>(users); ``` - 引用说明：物理分页通过SQL优化减少数据传输量[^4]。 --- #### 二、性能对比 | 维度 | 逻辑分页 | 物理分页 | |--------------|--------------------------------------------------------------------------|--------------------------------------------------------------------------| | **内存占用** | 高（需加载全量数据）[^2] | 低（仅返回分页数据）[^3] | | **数据库压力** | 大（单次全量查询） | 小（分页条件限制查询范围） | | **响应速度** | 数据量小时快；数据量大时可能因内存不足崩溃 | 数据量大时稳定，但复杂查询可能因分页次数多而略慢 | | **数据实时性** | 数据为查询时的快照，后续变化不更新[^3] | 每次查询直接从数据库获取最新数据 | --- #### 三、适用场景 1. **逻辑分页** - 数据量小（如千级以下） - 需要频繁遍历全量数据的场景 - 引用警告：数据量超万级时需谨慎使用。 2. **物理分页** - 大数据量（万级以上） - 高并发场景（如Web应用分页展示） - 引用建议：优先选择物理分页以避免内存问题[^4]。 --- #### 四、优化建议 1. **物理分页的SQL优化** - 避免使用`offset`过大（可改用`WHERE id > last_id LIMIT n`）。 - 添加索引优化查询条件。 2. **逻辑分页的替代方案** - 结合缓存机制（如Redis）减少数据库压力。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值