需要看你的查询条件来判断。背后的逻辑是索引最左匹配原则。索引的底层是一颗B+树，构建一颗B+树只能根据一个值来构建。此处的索引当然也包括联合索引，当索引类型为联合索引时，数据库会依据联合索引最左的字段来构建B+树，也叫最左匹配原则。

Oracle数据库索引有两种：B*树索引和位图索引。 这个B是balance平衡的意思，不同于B+树binary，平常一般的索引都是二到三层，如果超过四层了，就要检查索引结构了。

MySQL 中每个表都有一个聚簇索引, 除此之外的表上的每个非聚簇索引都是二级索引，『不唯一』可能是指聚簇索引只有一个，而二级索引可以有多个。

虽然你加了索引，但是函数会让索引失效。尽可能在索引列上完成排序操作，遵照索引建的最佳最前缀。同时索引的话要建立复合索引，因为MySQL一般只会选择一个索引来使用。具体的最好使用explain查看执行计划，看看具体慢在那里，再具体的优化。

用HBuilder的搜索功能 ctrl+h发现他的搜索实在太慢，明明选择在当前项目里搜索，他却向上搜索了，有没有合适HBuilder的搜索插件,要是有IntelliJ IDE一半快就满足了

为什么主键 id 和 pid 都是索引, id > 10 走索引 time > 10 不走索引? 他们的值一样我发现 id > 或者 < 怎么都走索引的

索引是 （a,b,c） 查询是a,b,d 是可以使用到索引的，但是只是用索引前面的 a,b列，如果查询是 b,c,d,就无法使用索引了。

关键还是看索引吧。连表有索引和单表没索引没法比。

普通索引和复合索引一起用 会有影响的吗 在不同的情况下 如何 他们会自己选择对应的方案吗 搜索 type的时候用type的索引搜索 type与uid的时候会用复合的？ 这是自动的吗

只有id主键索引时，使用explain select id的key是PRIMARY加了c字段的索引后，使用explain select id的key是索引

索引的话你需要在 排序和条件上加索引，但是你的total是sum出来的索引没法加。。。。那你只能在time上加索引

一个是组合索引 一个单个字段建立索引 建议你搜索下 组合索引和单个索引类似的文章，主要这个问题解释起来文字太多，你自己去看下网上资料！

1.給verson來單獨索引就行。由於id是主鍵，而且唯一，所以索引效率其實最高。2.in是可以開啟索引，但是當in達到一定數量，所以可能會失效3.a b單獨做索引。或者 a和b做聯合索引

测试表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索引即在插入时不用考虑树的问题，也利于在查询时更快的利用索引。