“面试官问你如何优化MySQL深分页，你却只会默默发呆？这三个优化方案让你秒变MySQL查询专家！“

 当我们开发中遇到分页查询的时候，经常会遇到深分页的问题，这让我们的查询效率急剧下降。可是，有没有什么办法能够解决这个问题呢？今天，我就来和大家分享三个优化方案，这些方案可以让你的查询效率直接提升10倍哦！

首先，我们需要准备数据。我们可以创建一张用户表，只在create_time字段上加索引，然后往表中插入100万条测试数据。这里，我采用的是存储过程，具体的代码如下：

CREATE TABLE `user` (
  `id` int NOT NULL AUTO_INCREMENT COMMENT '主键',
  `name` varchar(255) DEFAULT NULL COMMENT '姓名',
  `create_time` timestamp NULL DEFAULT NULL COMMENT '创建时间',
  PRIMARY KEY (`id`),
  KEY `idx_create_time` (`create_time`)
) ENGINE=InnoDB COMMENT='用户表';

DROP PROCEDURE IF EXISTS insertData;
DELIMITER $$
CREATE PROCEDURE insertData()
BEGIN
    DECLARE i INT DEFAULT 1;
    WHILE i <= 1000000 DO
        INSERT INTO user(name, create_time) VALUES(CONCAT("name", i), NOW());
        SET i = i + 1;
    END WHILE;
END $$
CALL insertData() $$

现在，我们来验证一下深分页问题。每页显示10条，当我们查询第一页的时候，速度非常快。但是，当我们翻到第10000页的时候，查询效率急剧下降。执行时间变成了0.16秒，性能至少下降了几十倍。

那么，问题出在哪里呢？主要是因为需要扫描前10条数据，数据量较大，比较耗时。而且，create_time是非聚簇索引，需要先查询出