聊聊索引影响DISTINCT排序的原因

本篇文章主要是结合我之前面试的各种经历和实战开发中遇到的问题解决经验整理的，希望这篇《聊聊索引影响DISTINCT排序的原因》对你有很大帮助！欢迎收藏，分享给更多的需要的朋友学习~

问题内容

假设有一张行政区划表：

type Division struct {
    ID         uint `gorm:"primarykey"`
    CreatedAt  time.Time
    UpdatedAt  time.Time
    DeletedAt  gorm.DeletedAt `gorm:"index"`
    Province   string         `gorm:"type:varchar(32);not null"`
    Prefecture string         `gorm:"type:varchar(32);not null"`
    County     string         `gorm:"type:varchar(32);not null"`
}

查询省列表：

pros := make([]string, 0)
db.Model(&model.Division{}).Distinct().Pluck("province", &pros)

SELECT DISTINCT `province` FROM `divisions` WHERE `divisions`.`deleted_at` IS NULL

[
    "北京市",
    "天津市",
    "河北省",
    "山西省",
    "内蒙古自治区",
    "辽宁省",
    "吉林省",
    "黑龙江省",
    "上海市",
    "江苏省",
    "浙江省",
    "安徽省",
    "福建省",
    "江西省",
    "山东省",
    "河南省",
    "湖北省",
    "湖南省",
    "广东省",
    "广西壮族自治区",
    "海南省",
    "重庆市",
    "四川省",
    "贵州省",
    "云南省",
    "西藏自治区",
    "陕西省",
    "甘肃省",
    "青海省",
    "宁夏回族自治区",
    "新疆维吾尔自治区",
    "香港特别行政区",
    "澳门特别行政区",
    "台湾省"
]

现在给

Province      string          `gorm:"type:varchar(32);not null;index"`

再执行上述查询：

[
    "上海市",
    "云南省",
    "内蒙古自治区",
    "北京市",
    "台湾省",
    "吉林省",
    "四川省",
    "天津市",
    "宁夏回族自治区",
    "安徽省",
    "山东省",
    "山西省",
    "广东省",
    "广西壮族自治区",
    "新疆维吾尔自治区",
    "江苏省",
    "江西省",
    "河北省",
    "河南省",
    "浙江省",
    "海南省",
    "湖北省",
    "湖南省",
    "澳门特别行政区",
    "甘肃省",
    "福建省",
    "西藏自治区",
    "贵州省",
    "辽宁省",
    "重庆市",
    "陕西省",
    "青海省",
    "香港特别行政区",
    "黑龙江省"
]

排序规则变了，不再按照主键生序。

为什么索引会影响排序？

正确答案

SQL 标准在没有

ORDER BY

的时候，确实没有指定排序的顺序的，因此实际排序是由数据库系统和底层的存储引擎来决定的。

以 MySQL 为例，一般我们使用的

InnoDB

存储引擎，默认不指定排序条件时，因为 InnoDB 的 B+ 树结构，查询结果是从用到的树结构中，从左侧到右侧依次取值的，所以最终结果是按照查询用到的索引顺序的。

当没有匹配的二级索引时，用到的是主键索引，所以结果按照主键排序，当用到其它二级索引时，则会按照用到的索引进行排序。

到这里，我们也就讲完了《聊聊索引影响DISTINCT排序的原因》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于mysql的知识点！