1、查询谓词没有使用索引的主要边界,换句话说就是select *，可能会导致不走索引。 比如，你查询的是SELECT * FROM T WHERE Y=XXX;假如你的T表上有一个包含Y值的组合索引，但是优化器会认为需要一行行的扫描会更有效，这个时候，优化器可能会选择TABLE ...

1、查询谓词没有使用索引的主要边界,换句话说就是select *，可能会导致不走索引。 比如，你查询的是SELECT * FROM T WHERE Y=XXX;假如你的T表上有一个包含Y值的组合索引，但是优化器会认为需要一行行的扫描会更有效，这个时候，优化器可能会选择TABLE ...

1. 对于联合索引，没有遵循左前缀原则 2. 索引的字段区分度不大，可能引起索引近乎全表扫描 3. 对于join操作，索引字段的编码不一致，导致使用索引失效 4.对于hash索引，范围查询失效，hash索引只适合精确匹配 5. 有索引，但操作索引项字段“·不干 ...

sql语句中索引失效的几种情况（默认uname是索引列） 模糊查询中，like的前置%不会走索引 eg：select * from user where uname like '%凡凡'; where条件中的or语句： eg: select * from user where ...

1.查询的数量是大表的大部分 说明：单次查询如果查出表的大部分数据，这会导致编译器认为全表扫描性能比走索引更好，从而导致索引失效。一般单次查询数量大概占大表的30%以上索引会失效。 2.索引本身失效 说明：索引需要定期重建。 重建索引的原因主要包括： 1、 删除 ...

1) 没有查询条件，或者查询条件没有建立索引 2) 在查询条件上没有使用引导列 3) 查询的数量是大表的大部分，应该是30％以上。 4) 索引本身失效 5) 查询条件使用函数在索引列上（见12） 6) 对小表查询 7) 提示不使用索引 8) 统计数据不真实 9) CBO计算走索引花费过大的情况 ...

1、操作步骤 1.1 使用explain ，放在sql前面 2、解释 我们只需要注意一个最重要的type 的信息很明显的提现是否用到索引： type结果值从好到坏依次是： system > const > eq_ref > ref > fulltext > ...

主键（Primary Key）：主键在一个表中可以有多个，但是主键的内容不能为空。 create table 表名 ( 字段名1 int not null, …………, [constraint 约束名] primary key (字段名1, …) ) alter ...