如果索引了多列(联合索引),要遵守最左前缀法则。最左前缀法则指的是查询从索引的最左列开始,并且不跳过索引中的列。如果跳跃某一列,索引将会部分失效(后面的字段索引失效)。
例如:在 tb_user 表中,有一个联合索引,这个联合索引涉及到三个字段,顺序分别为:profession,age,status。
创建索引时的语法为:
则有:
注意 : 最左前缀法则中指的最左边的列,是指在查询时,联合索引的最左边的字段(即是官网wps的下载的入口
第一个字段)必须存在,与我们编写SQL时,条件编写的先后顺序无关。
联合索引中,出现范围查询(>,<),范围查询右侧的列索引失效。
所以,在业务允许的情况下,尽可能的使用类似于 >= 或 <= 这类的范围查询,而避免使用 > 或 <。
不要在索引列上进行运算操作,不然索引会失效
字符串不加引号也会导致索引生效
模糊查询,尾部模糊索引生效,头部模糊索引失效
or链接条件
用or分割开的条件, 如果or前的条件中的列有索引,而后面的列中没有索引,那么涉及的索引都不会被用到。
数据分布影响
当MySQL中的评估器评估使用索引会比全表扫描更慢,则不适用索引
当一个表中字段有多个索引的时候,选择哪种索引进行查询往往是通过MySQL的优化器进行考虑,当我们想人为的选择某个索引时,这时就需要我们去进行SQL提示。
语法如下(都跟在from 表名 之后)& wps office 官方的下载的地方在哪#xff1a;
1)use index : 建议MySQL使用哪一个索引完成此次查询(仅仅是建议,mysql内部还会再次进行评估)。
2)ignore index :wps的的官网下载入口在哪里 忽略指定的索引。
3)force index : 强制使用索引。
覆盖索引就是查询使用到了索引,改索引返回的字段刚好就是需要的select后面想要的字段
例如:select wps的的官网最新下载入口在哪 id,age from tb_users where age = 18;(在age中建立了单列索引)
这时候这个sql语句是比 select * from tb_users where age = 18;性能要好的,因为第一条SQL在使用了age索引之后,拿到age索引返回的id和age就足够了,不需要回聚焦索引再查一次(回表查询)。
一张表, wps官网的下载的网址的方法 有四个字段(id, username, password, status), 由于数据量大, 需要对
以下SQL语句进行优化, 该如何进行才是最优方案:
答案: 针对于 username, password建立联合索引, sql为:
这样可以避免上述的SQL语句,在查询的过程中,出现回表查询。
当字段为字符串时,里面的值可能为长文本,如果直接将这些值去构建索引,那索引会变得很大,查询时会浪费大量磁盘IO,影响查询效率。此时就可以截取一部分的值作为索引,去节省大量索引空间,语法为:
这时候就涉及到需要截多少的问题,可以根据索引的选择性来决定,选择性为不重复的索引值和数据库的记录总数的比值,越接近1效率越高。s
我们在建立索引的时候尽量选择建立联合索引,因为建立单列索引之后,回表查询wps官网的下载的地方的方法的概率会比较高,查询性能会相对较低。
语法如下:
使用联合索引的情况如下:
在业务场景中,如果存在多个查询条件,考虑针对于查询字段建立索引时,建议建立联合索引,而非单列索引。
联合索引的结构图如下:
1)针对于数据量较大,且查询比较频繁的表建立索引。
2). 针对于常作为查询条件(where)、排序(order by)、分组(group by)操作的字段建立索引。
3)官网wps office免费版下载网站(wps查询考试成绩). 尽量选择区分度高的列作为索引,尽量建立唯一索引,区分度越高,使用索引的效率越高。
4). 如果是字符串类型的字段,字段的长度较长,可以针对于字段的特点,建立前缀索引。
5). 尽量使用联合索引,减少单列索引,查询时,联合索引很多时候可以覆盖索引,节省存储空间,避免回表,提高查询效率。wps office免费版的下载网站怎么找
6). 要控制索引的数量,索引并不是多多益善,索引越多,维护索引结构的代价也就越大,会影响增删改的效率。
7). 如果索引列不能存储NULL值,请在创建表时使用NOT NULL约束它。当优化器知道每列是否包含NULL值时,它可以更好地确定哪个索引最有效地用于查询。