MySQL学习之索引顺序

2019-03-02 11:29:17

做为一个PHP开发者,关于MySQL的索引是必不可少的一个问题

比如一条SQL查询:

select * from userstatic where nick like "辛巴%" and rip=3726854906;

可能问到的问题有:

1、如果nick不是索引,rip是索引,这样的条件顺序会不会有问题?

     这个问题比较简单,MySQL本身会对条件和索引进行判断,这样写可以用到索引,没有问题。

2、如果nick和rip都是索引,这样写有没有问题?

     我们都知道,一次查询只能使用一个索引,到底怎么使用索引呢?

     网上很多的答案告诉我们,如果两个字段都建立了索引,会首先匹配左边的字段,即nick,那么答案就明显了,估计nick和rip可能影响的行数,哪个字段影响的行数少,即区分度大就写在左边。

     到底是不是这样呢?首先我们把nick和rip都设为索引, 用explain来看一下:

在key列,我们可以看到用到nick做为索引,看上去没有什么问题,换个顺序试试:

 还是用nick做为索引,和我们想的不太一样。

到底为什么呢,我试着分析一下,首先我们看这两个字段单独做为条件时结果有多少行:

nick可能影响的行数为7行(rows列不是一个精确值)

rip可能影响的行数为181行,那会不会和这个有关系呢?我们换一个值来看一下:

这次rip可能影响1行,比nick可能影响的行数少,再来看一下两个条件都用到的时候:

这次用到的索引是rip。

那么我们是不是可以得出结论:书写SQL语句的时候,我们不用在意条件的前后顺序,MySQL在查找的时候会进行优化。



  • 2019-11-29 13:54:07

    粗略计算多边形中心点(并不是很准确,但简单好用)

    也是再做栅栏系统,搜索如何获取多边形中心点的问题上,发现了这个,简单易于理解,但是并不是特变准确,但也不影响使用。 后来发现了新的算法,并且百度地图也提供相应的api。 具体内容我写在了前面的文章,大家可以找一下。

  • 2019-11-29 14:20:38

    vue,vuthis.$parent算法

    由于组件嵌套,其实vue parent的位置也改变了,我们可以通过下面的图片,来看一下,parent到底什么哪一层

  • 2019-11-29 14:23:24

    百度地图 多个标记点设置最佳视角

    通过下面的语法,我们可以为不规则图形,以及过大的图形进行地图适配,更好的展示我们画的图形,当然,如果展示所有的图形,我们可以暴力的把所有的点组合起来进行展示,点过多不知道会不会影响性能,不过我们也可以从后台精简点数,不过地球是圆的,不知道好不好做。

  • 2019-12-01 08:00:16

    PHP中的HTTP_HOST和SERVER_NAME有什么区别

    多域名指向同一个php服务器,用nginx做代理,获取SERVER_NAME都是第一个域名,这就尴尬了,至今不明白咋回事,最后用HTTP_HOST解决都,这个暂时倒是准确。

  • 2019-12-01 08:04:30

    laravel多路由配置,也可以做根据域名都动态路由

    在用laravel 框架开发大型应用的时候,由于 laravel 默认是只有一个路由文件,如果把项目所有模块的路由放在一个路由文件下,那么该路由文件就显得很臃肿,以至于后期难以维护,解决方案是根据不同模块配置不同路由文件。