mysql联合索引最左匹配原因？
最左侧前缀匹配原则
mysql建立联邦索引时，会遵循最左前缀匹配的原则，即最左优先级，检索数据时从联邦索引的最左边匹配。
示例:
为列Gid、列Cid和列Sid建立联合索引。
联合索引uni_Gid_Cid_SId实际上建立了三个索引:(Gid)，(Gid，Cid)和(Gid，Cid，SId)。
插入模拟数据
查询实例:
上面的查询语句将按照最左前缀匹配原则执行，检索时将使用索引(Gid，Cid)进行数据匹配。
注意
索引的字段可以按任何顺序排列，例如:
两个查询语句中都使用了Index(Gid，Cid)。mysql创建联合索引的规则是对联合索引最左边的数据，也就是第一个字段Gid进行排序，然后在第一个字段排序的基础上对第二个字段Cid进行排序。实际上，它相当于实现了一个类似orderbyGidCid的排序规则。
可能有人会奇怪，第二条查询语句和最左边的前缀不匹配:首先，可以肯定的是，两条查询语句都保证了索引中的Gid和Cid字段(Gid，Cid)，只是顺序不同，查询条件相同，最终查询结果肯定相同。既然结果一样，那么哪个顺序是最好的呢？此时，我们可以使用mysql查询优化器
如何使用使用分页查询来适应挖掘海量数据呢？
在数据挖掘的各种算法中，经常需要遍历整个数据库(表)。在现实中，数据库可能非常大，用简单的Select*方法往往无法遍历和提取数据表中的所有元组。直接使用Select*有两大问题。一个是在Select*之后，数据库提交所有信息可能需要很长时间。另一个是结果可能非常大，远远超过内存限制。
现在各种主流数据库都支持分页查询。
以Oracl:。
从XX中选择*.表1，其中第50行
以MySQL为例，提供了limit关键字，更容易获取中间某个区间的行数据。
例如，:从表1中选择*限制50，100。MySQL的limit关键字比Oracle的更方便使用。然而，我还没有t研究了各个数据库的分页查询速度。听一些专家说Oracle提供的分页查询效率更高。
Hibernate等数据持久层提供的分页查询可以屏蔽不同数据库之间具体SQL实现的差异。
像Hiberante这样的数据持久层工具的一个好处就是可以筛选出不同数据库之间的一些细节差异。
分页查询的SQL在不同的数据库中是不一样的，最好用Hibernate之类的工具来统一。
查询q会话.创建查询(