如果索引了多列（联合索引），要遵守最左前缀法则。最左前缀法则指的是查询从索引的最左列开始，并且不跳过索引中的列。如果跳跃某一列，索引将会部分失效(后面的字段索引失效)。
例如：在 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值时，它可以更好地确定哪个索引最有效地用于查询。