13518219792
建立索引常用的规则如下：
创新互联建站是一家集网站建设,观山湖企业网站建设,观山湖品牌网站建设,网站定制,观山湖网站建设报价,网络营销,网络优化,观山湖网站推广为一体的创新建站企业，帮助传统企业提升企业形象加强企业竞争力。可充分满足这一群体相比中小企业更为丰富、高端、多元的互联网需求。同时我们时刻保持专业、时尚、前沿，时刻以成就客户成长自我，坚持不断学习、思考、沉淀、净化自己，让我们为更多的企业打造出实用型网站。
1、表的主键、外键必须有索引；
2、数据量超过300的表应该有索引；
3、经常与其他表进行连接的表，在连接字段上应该建立索引；
4、经常出现在Where子句中的字段，特别是大表的字段，应该建立索引；
5、索引应该建在选择性高的字段上；
6、索引应该建在小字段上，对于大的文本字段甚至超长字段，不要建索引；
7、复合索引的建立需要进行仔细分析；尽量考虑用单字段索引代替： A、正确选择复合索引中的主列字段，一般是选择性较好的字段； B、复合索引的几个字段是否经常同时以AND方式出现在Where子句中？单字段查询是否极少甚至没有？如果是，则可以建立复合索引；否则考虑单字段索引； C、如果复合索引中包含的字段经常单独出现在Where子句中，则分解为多个单字段索引； D、如果复合索引所包含的字段超过3个，那么仔细考虑其必要性，考虑减少复合的字段； E、如果既有单字段索引，又有这几个字段上的复合索引，一般可以删除复合索引；
8、频繁进行数据操作的表，不要建立太多的索引；
9、删除无用的索引，避免对执行计划造成负面影响； 以上是一些普遍的建立索引时的判断依据。一言以蔽之，索引的建立必须慎重，对每个索引的必要性都应该经过仔细分析，要有建立的依据。因为太多的索引与不充分、不正确的索引对性能都毫无益处：在表上建立的每个索引都会增加存储开销，索引对于插入、删除、更新操作也会增加处理上的开销。另外，过多的复合索引，在有单字段索引的情况下，一般都是没有存在价值的；相反，还会降低数据增加删除时的性能，特别是对频繁更新的表来说，负面影响更大
如果不是用来搜寻的字段加了索引,导致插入,更新速度变慢,因为要更新索引表.
mysql多个索引的时候，怎么去索引结构查的
假如你有一个表，
SQL CREATE TABLE test_tab (2 id INT,
3 name VARCHAR(10),
4 age INT,
5 val VARCHAR(10)6 );你的业务，有一个查询，是
SELECT * FROM test_tab WHERE name = 一个外部输入的数据
刚开始，数据不多的时候，执行效果还不错。
随着数据量的增加，这个查询，执行起来，越来越慢了。
然后在 name 上面 建立了索引
CREATE INDEX idx_test4_name ON test_tab (name );
这样， 可以加快前面那个查询的速度。
但是，某天，你执行了下面这个SQL， 发现速度又慢了
SELECT * FROM test_tab WHERE age = 25
为啥呢？ 因为 age 字段上面，没有索引
索引只在 name 上面有
换句话说， 也就是 WHERE 里面的条件， 会自动判断，有没有 可用的索引，如果有， 该不该用。
多列索引，就是一个索引，包含了2个字段。
例如：CREATE INDEX idx_test_name_age ON test_tab (name, age);那么SELECT * FROM test_tabWHEREname LIKE '张%'
AND age = 25
这样的查询，将能够使用上面的索引。
多列索引，还有一个可用的情况就是， 某些情况下，可能查询，只访问索引就足够了， 不需要再访问表了。例如：SELECTAVG( avg ) AS 平均年龄FROMtest_tabWHEREname LIKE '张%'
这个时候， name 与 age 都包含在索引里面。 查询不需要去检索表中的数据。
MYSQL索引信息存储在INFORMATION_SCHEMA.STATISTICS表里，如果要批量删除索引（主键除外）则可通过其构建批量删除sql。下面是我删除pafss库中所有以j_打头的表的索引的sql。批量删除主键可以通过第二个sql，但是自增列不能通过这种方式删除。
1、SELECT DISTINCT (CONCAT('drop index ', INDEX_NAME, ' on ', TABLE_NAME, ';'))
FROM INFORMATION_SCHEMA.STATISTICS T
WHERE T.TABLE_SCHEMA = 'pafss'
AND T.TABLE_NAME LIKE 'j_%'
AND T.INDEX_NAME 'PRIMARY'；
2、SELECT DISTINCT(concat('alert table ', TABLE_NAME ,' drop primary key ;')),t.*
FROM INFORMATION_SCHEMA.STATISTICS T
WHERE T.TABLE_SCHEMA = 'pafss'
AND T.TABLE_NAME LIKE 'j_%'
AND T.INDEX_NAME = 'PRIMARY'
因为太多的索引与不充分、不正确的索引对性能都毫无益处：
在表上建立的每个索引都会增加存储开销，索引对于插入、删除、更新操作也会增加处理上的开销。
另外，过多的复合索引，在有单字段索引的情况下，一般都是没有存在价值的；
相反，还会降低数据增加删除时的性能，特别是对频繁更新的表来说，负面影响更大
