测试表qxd_user中number是索引列，reg_dev是普通列，没有加索引 1.group by 没加条件的时候是全表扫描 2.请用where条件带上索引,先后关系是先where再group by 3.group by 索引列，这样可以走索引

想要实现一个类似系统设置APP里面的搜索的转场效果，点击搜索框转场到搜索页面，搜索页面的搜索结果还可以进行进一步的push到下一个页面。

你已经给role_id和dept_id建立了主键索引，因为是联合索引，单独用dept_id作条件查询时索引就失效了，所以这里会单独给role_id加一个索引。不过这里随机字符串的索引名不太符合命名规范，我们一般用idx_作为索引前缀

一般全文索引建议使用Hash索引，因为全文索引一般是用于找词而不是排序的，使用Hash索引即在插入时不用考虑树的问题，也利于在查询时更快的利用索引。

我需要用两个条件来查询，比如 where A = a and B = b，如果我用A建立了索引，那么我再用B建立索引会不会提高查询速度？这两个索引都是单索引，不是联合索引。

1、作者说的索引列和分区列不匹配是指你的sql语句where条件的包含带有索引的列但不包含分区列的情况，这时候不管分区列有没有索引都不会进行分区过滤。扫描列B上的索引应该是打印错误，扫描A上的索引才需要检索所有分区内A的索引。

简单来说，普通的索引，B-TREE中只索引了数据的位置，你用索引查找时，先在树中找到索引位置，但索引所在的节点只记录了数据在磁盘中的物理位置，也就是说，引擎还需要在磁盘中读取你要的数据

使用索引之前会判断，到底有没有必要使用索引，但是具体是什么情况不走索引我没有深入了解过，我的猜测是当判断使用索引的速度更慢时，如果你的表里面只有几十几百条数据，完全没有必要去调用索引。

索引覆盖，索引是高效找到行的一个方法，当能通过检索索引就可以读取想要的数据，那就不需要再到数据表中读取行了。如果一个索引包含了（或覆盖了）满足查询语句中字段与条件的数据就叫做索引覆盖。

如果索引包含所有满足查询需要的数据的索引则成为覆盖索引，也就是平时所说的不需要回表操作，即索引的叶子节点上面包含了他们查找的数据(hash索引不可以)。你的任意列有的不在索引节点上，就不会成为覆盖索引。

1、时间检索结果集小的话就一个start_time单列索引就够了，force一下索引，因为group by会引导mysql走group by字段的索引或者直接全扫。2、看表名，你这应该是一个分表，如果时间范围直接覆盖了大部分表数据的话什么索引都不用了，全表扫吧，什么三个字段两个字段加索引并没有什么用，时间范围加group by字段的复合索引...

第一个方括号里面的就是第一个索引，第二个方括号里面的就是第二个索引...第一个索引相同的位于同一行，你看图中第一行的第一个索引都是0，第二行的第一个索引是1...第二个索引相同的位于同一列，你看图中第一列的第二个索引都是0，第二列的第二个索引是1...

看了很多数据库索引的资料，大部分都是在讲索引的优缺点，内部实现原理等等。。。但是我更想知道的是索引创建后怎么使用到它，比如：建一个表，如何添加索引，用索引进行搜索查询跟平常的搜索查询有什么不同？还有就是：索引我只需要创建它，然后至于用不用到它就是数据库内部实现了是吧，我不用关心的咯？

首先，常用的搜索关键字存储起来，做索引，索引的时候根据将首字母索引起来。（也可以自己添加关键词）其次，用户搜索的时候将搜索字母的时候，搜索匹配上面存储的关键词，因为纯字母匹配速度比较快匹配成功后，将对应的汉字展示出来

大概看了下别人帮你的分析，(status,audit_time) 组合索引是正解。但是需要你把建好这个索引的explain贴出来分析一下。有两个问题需要注意：1、单表索引数量不宜太多，太多的话会造成查询索引不命中；2、各种原因造成的索引数据错误，造成查询索引不命中，这个时候可以尝试重建索引。

但是对于date="XXX"的话就没什么用了而且组合索引只能有一个范围搜索,这个如果要说起码要很长, 抽空看看"高性能MySQL"吧 , 里面有介绍

index record可以理解为索引行，MySQL B树索引的每一行内容是 索引键值+主键；锁定读，update，delete通常都会在其扫描的索引行上加锁。例如tab有a,b列，a列是主键，b列有索引，数据如下a b1 52 63 7 当发出SQL：update tab set b=10 where b=5，那么MySQL将会锁定b=5这一行，而这个行锁，实际是通过锁定b列索引b=5这一...