主页 > 知识库 > 详解Mysql order by与limit混用陷阱

详解Mysql order by与limit混用陷阱

热门标签:400电话变更申请 北京金伦外呼系统 南太平洋地图标注 吕梁外呼系统 400电话办理服务价格最实惠 武汉电销机器人电话 html地图标注并导航 催天下外呼系统 大丰地图标注app

在Mysql中我们常常用order by来进行排序,使用limit来进行分页,当需要先排序后分页时我们往往使用类似的写法select * from 表名 order by 排序字段 limt M,N。但是这种写法却隐藏着较深的使用陷阱。在排序字段有数据重复的情况下,会很容易出现排序结果与预期不一致的问题。
如表:

查询第一页跟最后一页时出现:

解决办法:

SELECT * FROM purchaseinfo ORDER BY actiontime,id LIMIT 0,2;

上面的实际执行结果已经证明现实与想像往往是有差距的,实际SQL执行时并不是按照上述方式执行的。这里其实是Mysql会对Limit做优化,具体优化方式见官方文档:https://dev.mysql.com/doc/refman/5.7/en/limit-optimization.html

/*
Navicat MySQL Data Transfer

Source Server         : 本地mysql8.0
Source Server Version : 80018
Source Host           : localhost:3308
Source Database       : baihe

Target Server Type    : MYSQL
Target Server Version : 80018
File Encoding         : 65001

Date: 2020-06-09 14:47:37
*/

SET FOREIGN_KEY_CHECKS=0;

-- ----------------------------
-- Table structure for purchaseinfo
-- ----------------------------
DROP TABLE IF EXISTS `purchaseinfo`;
CREATE TABLE `purchaseinfo` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `userId` int(11) DEFAULT '0',
  `inout` varchar(1) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci DEFAULT NULL,
  `money` int(11) DEFAULT NULL,
  `actiontime` datetime DEFAULT NULL COMMENT 'jiaoyi',
  PRIMARY KEY (`id`),
  KEY `UserId` (`userId`)
) ENGINE=InnoDB AUTO_INCREMENT=17 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;

-- ----------------------------
-- Records of purchaseinfo
-- ----------------------------
INSERT INTO `purchaseinfo` VALUES ('7', '1', 'I', '10000', '2020-06-09 18:05:41');
INSERT INTO `purchaseinfo` VALUES ('8', '7788', 'O', '20000', '2020-06-09 18:05:15');
INSERT INTO `purchaseinfo` VALUES ('9', '7788', 'I', '20000', '2020-06-09 18:05:15');
INSERT INTO `purchaseinfo` VALUES ('10', '7788', 'O', '50000', '2020-06-09 18:05:15');
INSERT INTO `purchaseinfo` VALUES ('11', '1', 'O', '50000', '2020-06-09 18:05:15');
INSERT INTO `purchaseinfo` VALUES ('12', '1', 'O', '50000', '2020-06-09 18:05:15');
INSERT INTO `purchaseinfo` VALUES ('13', '1', 'O', '50000', '2020-06-09 18:05:15');
INSERT INTO `purchaseinfo` VALUES ('14', '1', 'O', '50000', '2020-06-09 18:05:15');
INSERT INTO `purchaseinfo` VALUES ('15', '1', 'O', '50000', '2020-06-09 18:05:15');
INSERT INTO `purchaseinfo` VALUES ('16', '1', 'O', '50000', '2020-06-09 18:05:15');

到此这篇关于详解Mysql order by与limit混用陷阱的文章就介绍到这了,更多相关Mysql order by与limit混用内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!

您可能感兴趣的文章:
  • MySQL查询优化:LIMIT 1避免全表扫描提高查询效率
  • 为什么MySQL分页用limit会越来越慢
  • mysql优化之query_cache_limit参数说明
  • mysql分页的limit参数简单示例
  • MySQL limit分页大偏移量慢的原因及优化方案
  • Mysql排序和分页(order by&limit)及存在的坑
  • MySQL limit使用方法以及超大分页问题解决
  • mysql踩坑之limit与sum函数混合使用问题详解
  • 如何提高MySQL Limit查询性能的方法详解
  • MySQL Limit性能优化及分页数据性能优化详解
  • 浅谈mysql使用limit分页优化方案的实现
  • MySQL中limit对查询语句性能的影响

标签:南充 丽水 西宁 迪庆 徐州 龙岩 无锡 自贡

巨人网络通讯声明:本文标题《详解Mysql order by与limit混用陷阱》,本文关键词  详解,Mysql,order,与,limit,混用,;如发现本文内容存在版权问题,烦请提供相关信息告之我们,我们将及时沟通与处理。本站内容系统采集于网络,涉及言论、版权与本站无关。
  • 相关文章
  • 下面列出与本文章《详解Mysql order by与limit混用陷阱》相关的同类信息!
  • 本页收集关于详解Mysql order by与limit混用陷阱的相关信息资讯供网民参考!
  • 推荐文章