为什么mysql索引遵循最左前缀匹配原则 oracle 索引
为什么mysql索引遵循最左前缀匹配原则
你可以认为联合索引是闯关游戏的设计
例如你这个联合索引是state/city/zipCode
那么state就是第一关 city是第二关， zipCode就是第三关
你必须匹配了第一关，才能匹配第二关，匹配了第一关和第二关，才能匹配第三关
你不能直接到第二关的
索引的格式就是第一层是state，第二层才是city
oracle 索引？
例子：
SQL>CREATE INDEX expression_ndx
ON mytable ((mycola mycolc) * mycolb)
SQL>SELECT mycolc FROM mytable
WHERE (mycola mycolc) * mycolb
复合索引的例子：
SQL>CREATE INDEX example_ndx
ON myexample (mycola, UPPER(mycolb), mycolc)
SQL>SELECT mycolc FROM myexample
WHERE mycola = 55 AND UPPER(mycolb) = JONES
限制和规则总结：
对于下面这些限制，不能创建FBI索引：
a) LOB 列
b) REF
c) Nested table 列
d) 包含上面数据类型的对象
FBI索引必须遵守下面的规则：
a) 必须使用基于成本的优化器，而且创建后必须对索引进行分析
b) 不能存储NULL值。因为任何函数在任何情况下都不能返回NULL值。
c)如果一个用户定义的PL/SQL例程失效了，而且这个例程被FBI索引用到了，那么相应的这个FBI索引会变成DISABLED
d)创建FBI索引得函数必须是确定性的。即，对于指定的输入，总是会返回确定的结果。
e) 索引的属主如果没有了在FBI索引里面使用的函数的执行权限，那么这个FBI索引会变成DISABLED.
f) 在创建索引得函数里面不能使用SUM等总计函数。
g)要把一个DISABLED了的索引重新变成ENABLED，这个函数必须首先是ENABLED的才可以。
关于oracle的索引的问题
对于你这个问题，不是简单就能说明白为什么不变的。首先你的创建合适的索引，索引不只是b-tree一种。
索引分类：
1.b-tree
2.唯一索引 unique
3.复合
4.函数
5.位图
6.反键
7.本地和全局
1、表的主键、外键必须有索引；
2、数据量超过300的表应该有索引；
3、经常与其他表进行连接的表，在连接字段上应该建立索引；
4、经常出现在Where子句中的字段，特别是大表的字段，应该建立索引；
5、索引应该建在选择性高的字段上；
6、索引应该建在小字段上，对于大的文本字段甚至超长字段，不要建索引；
7、复合索引的建立需要进行仔细分析；尽量考虑用单字段索引代替：
A、正确选择复合索引中的主列字段，一般是选择性较好的字段；
B、复合索引的几个字段是否经常同时以AND方式出现在Where子句中？单字段查询是否极少甚至没有？如果是，则可以建立复合索引；否则考虑单字段索引；
C、如果复合索引中包含的字段经常单独出现在Where子句中，则分解为多个单字段索引；
D、如果复合索引所包含的字段超过3个，那么仔细考虑其必要性，考虑减少复合的字段；
E、如果既有单字段索引，又有这几个字段上的复合索引，一般可以删除复合索引；
8、频繁进行数据操作的表，不要建立太多的索引；
9、删除无用的索引，避免对执行计划造成负面影响；
以上是一些普遍的建立索引时的判断依据。一言以蔽之，索引的建立必须慎重，对每个索引的必要性都应该经过仔细分析，要有建立的依据。因为太多的索引与不充分、不正确的索引对性能都毫无益处：在表上建立的每个索引都会增加存储开销，索引对于插入、删除、更新操作也会增加处理上的开销。另外，过多的复合索引，在有单字段索引的情况下，一般都是没有存在价值的；相反，还会降低数据增加删除时的性能，特别是对频繁更新的表来说，负面影响更大 。
另外想要知道为什么，需要你把你的sql贴出来？还要看执行计划在能做到最好的优化。
Oracle复合索引建立的问题
1、
理论上可以使用5列的复合索引，这点通过加hint可以验证；实际运行时oracle会比较走这个索引和全表扫的成本，选低的。
2、
看语句是否用到某个索引，是可以在执行计划里看到索引名的，你这种看filter和access的方法属于绕弯路了，没那么复杂。你看执行计划，如果有index scan就是用到索引了，如果只是table access full就是没用到。
3、是否有必要建2个索引要看你的应用侧重什么，得到一样东西是有代价的。如果只考虑查询性能，2个索引的效果会比1个索引好，因为这2个语句都可以选最合适的索引不必退而求其次，但是代价是多消耗了一个索引的空间和dml时需多维护一个索引。看你觉得这些代价值不值了。
如有帮助请采纳
oracle的SQL索引使用
是不是利用了索引你可以看一下这个语句的查询计划，至于如何获取执行计划，查一下，很多的！假如真如你所说没有用到索引，可能是由于你的查询有话器配置参数有问题，或者统计信息已经过时，原因可能有很多，当然你可以使用很多的方法建议查询优化器使用索引，其中包括提示、存储提纲、sql计划基线等，如果还是不懂，去网上查吧，网络是个很好的学习环境。