南昌网站建设好么,移动应用开发公司网站模板,国外做的比较好的网站有哪些,建e网模型官网今天我们继续来说一下#xff0c;在设计索引的时候要考虑哪些因素。之前已经说了#xff0c;你设计的索引最好是让你的各个where、order by和group by后面跟的字段都是联合索引的最左侧开始的部分字段#xff0c;这样他们都能用上索引。
但是在设计索引的时候还得考虑其他的…今天我们继续来说一下在设计索引的时候要考虑哪些因素。之前已经说了你设计的索引最好是让你的各个where、order by和group by后面跟的字段都是联合索引的最左侧开始的部分字段这样他们都能用上索引。
但是在设计索引的时候还得考虑其他的一些问题首先一个就是字段基数问题举个例子有一个字段他一共在10万行数据里有10万个值对吧结果呢这个10万值要不然就是0要不然就是1那么他的基数就是2为什么因为这个字段的值就俩选择0和1。
假设你要是针对上面说的这种字段建立索引的话那就还不如全表扫描了因为你的索引树里就仅仅包含0和1两种值根本没法进行快速的二分查找也根本就没有太大的意义了所以这种时候选用这种基数很低的字段放索引里意义就不大了。
其次的话你尽量是对那些字段的类型比较小的列来设计索引比如说什么tinyint之类的因为他的字段类型比较小说明这个字段自己本身的值占用磁盘空间小此时你在搜索的时候性能也会比较好一点。
不过当然了这个所谓的字段类型小一点的列也不是绝对的很多时候你就是要针对varchar(255)这种字段建立索引哪怕多占用一些磁盘空间那你也得去设计这样的索引比较关键的其实还是尽量别把基数太低的字段包含在索引里因为意义不是太大。
那当然了万一要是你真的有那种varchar(255)的字段可能里面的值太大了你觉得都放索引树里太占据磁盘空间了此时你仔细考虑了一下发现完全可以换一种策略也就是仅仅针对这个varchar(255)字段的前20个字符建立索引就是说对这个字段里的每个值的前20个字符放在索引树里而已。
此时你建立出来的索引其实类似于KEY my_index(name(20),age,course)就这样的一个形式假设name是varchar(255)类型的但是在索引树里你对name的值仅仅提取前20个字符而已。
此时你在where条件里搜索的时候如果是根据name字段来搜索那么此时就会先到索引树里根据name字段的前20个字符去搜索定位到之后前20个字符的前缀匹配的部分数据之后再回到聚簇索引提取出来完整的name字段值进行比对就可以了。
但是假如你要是order by name那么此时你的name因为在索引树里仅仅包含了前20个字符所以这个排序是没法用上索引了group by也是同理的。所以这里大家要对前缀索引有一个了解。
好了同学们今天给大家重点讲了索引字段的基数和前缀索引的知识大家就记住两点对于那种字段基数很低的列尽量别包含到索引里去没多大用
另外就是对于那种比较长的字符串类型的列可以设计前缀索引仅仅包含部分字符到索引树里去where查询还是可以用的 但是order by和group by就用不上了。