MySql在创建索引优化时须要注意的问题

什么状况下应该创建索引 索引优化及分析

表的主关键字
自动创建惟一索引
如zl_yhjbqk（用户基本状况）中的hbs_bh（户标识编号）

表的字段惟一约束
ORACLE利用索引来保证 数据的完整性
如lc_hj（流程环节）中的lc_bh+hj_sx（流程编号+环节顺序）

直接条件查询的字段
在SQL中用于条件约束的字段
如zl_yhjbqk（用户基本状况）中的qc_bh（区册编号）
select * from zl_yhjbqk where qc_bh=’<????甼曀???>7001’

查询中与其它表关联的字段
字段经常创建了外键关系
如zl_ydcf（用电成份）中的jldb_bh（计量点表编号）
select * from zl_ydcf a,zl_yhdb b where a.jldb_bh=b.jldb_bh and b.jldb_bh=’540100214511’

查询中排序的字段
排序的字段若是经过索引去访问那将大大提升排序 速度
select * from zl_yhjbqk order by qc_bh（创建qc_bh索引）
select * from zl_yhjbqk where qc_bh=’7001’ order by cb_sx（创建qc_bh+cb_sx索引，注：只是一个索引，其中包括qc_bh和cb_sx字段）

查询中统计或分组统计的字段
select max(hbs_bh) from zl_yhjbqk
select qc_bh,count(*) from zl_yhjbqk group by qc_bh


什么状况下应不建或少建索引
表记录太少
若是一个表只有5条记录，采用索引去访问记录的话，那首先需访问索引表，再经过索引表访问数据表，通常索引表与数据表不在同一个数据块，这种状况下ORACLE至少要往返读取数据块两次。而不用索引的状况下ORACLE会将全部的数据一次读出，处理速度显然会比用索引快。
如表zl_sybm（使用部门）通常只有几条记录，除了主关键字外对任何一个字段建索引都不会产生性能优化，实际上若是对这个表进行了统计分析后ORACLE也不会用你建的索引，而是自动执行全表访问。如：
select * from zl_sybm where sydw_bh=’5401’（对sydw_bh创建索引不会产生性能优化）

常常插入、删除、修改的表
对一些常常处理的业务表应在查询容许的状况下尽可能减小索引，如zl_yhbm，gc_dfss，gc_dfys，gc_fpdy等业务表。
数据重复且分布平均的表字段
假如一个表有10万行记录，有一个字段A只有T和F两种值，且每一个值的分布几率大约为50%，那么对这种表A字段建索引通常不会提升数据库的查询速度。
常常和主字段一块查询但主字段索引值比较多的表字段
如gc_dfss（电费实收）表常常按收费序号、户标识编号、抄表日期、电费发生年月、操做标志来具体查询某一笔收款的状况，若是将全部的字段都建在一个索引里那将会增长数据的修改、插入、删除时间，从实际上分析一笔收款若是按收费序号索引就已经将记录减小到只有几条，若是再按后面的几个字段索引查询将对性能不产生太大的影响。

对千万级MySQL数据库创建索引的事项及提升性能的手段

1、注意事项：
首先，应当考虑表空间和磁盘空间是否足够。咱们知道索引也是一种数据，在创建索引的时候势必也会占用大量表空间。所以在对一大表创建索引的时候首先应当考虑的是空间容量问题。

其次，在对创建索引的时候要对表进行加锁，所以应当注意操做在业务空闲的时候进行。

2、性能调整方面：
首当其冲的考虑因素即是磁盘I/O。物理上，应当尽可能把索引与数据分散到不一样的磁盘上（不考虑阵列的状况）。逻辑上，数据表空间与索引表空间分开。这是在建索引时应当遵照的基本准则。

其次，咱们知道，在创建索引的时候要对表进行全表的扫描工做，所以，应当考虑调大初始化参数db_file_multiblock_read_count的值。通常设置为32或更大。

再次，创建索引除了要进行全表扫描外同时还要对数据进行大量的排序操做，所以，应当调整排序区的大小。
  9i以前，能够在session级别上加大sort_area_size的大小，好比设置为100m或者更大。
  9i之后，若是初始化参数workarea_size_policy的值为TRUE，则排序区从pga_aggregate_target里自动分配得到。

最后，创建索引的时候，能够加上nologging选项。以减小在创建索引过程当中产生的大量redo，从而提升执行的速度。

MySql在创建索引优化时须要注意的问题 设计好MySql的索引可让你的数据库飞起来，大大的提升数据库效率。设计MySql索引的时候有一下几点注意： 1，建立索引 对于查询占主要的应用来讲，索引显得尤其重要。不少时候性能问题很简单的就是由于咱们忘了添加索引而形成的，或者说没有添加更为有效的索引致使。若是不加 索引的话，那么查找任何哪怕只是一条特定的数据都会进行一次全表扫描，若是一张表的数据量很大而符合条件的结果又不多，那么不加索引会引发致命的性能下 降。可是也不是什么状况都非得建索引不可，好比性别可能就只有两个值，建索引不只没什么优点，还会影响到更新速度，这被称为过分索引。 2，复合索引 好比有一条语句是这样的：select * from users where area=’beijing’ and age=22; 若是咱们是在area和age上分别建立单个索引的话，因为mysql查询每次只能使用一个索引，因此虽然这样已经相对不作索引时全表扫描提升了不少效 率，可是若是在area、age两列上建立复合索引的话将带来更高的效率。若是咱们建立了(area, age, salary)的复合索引，那么其实至关于建立了(area,age,salary)、(area,age)、(area)三个索引，这被称为最佳左前缀 特性。所以咱们在建立复合索引时应该将最经常使用做限制条件的列放在最左边，依次递减。 3，索引不会包含有NULL值的列 只要列中包含有NULL值都将不会被包含在索引中，复合索引中只要有一列含有NULL值，那么这一列对于此复合索引就是无效的。因此咱们在数据库设计时不要让字段的默认值为NULL。 4，使用短索引 对串列进行索引，若是可能应该指定一个前缀长度。例如，若是有一个CHAR(255)的 列，若是在前10 个或20 个字符内，多数值是唯一的，那么就不要对整个列进行索引。短索引不只能够提升查询速度并且能够节省磁盘空间和I/O操做。 5，排序的索引问题 mysql查询只使用一个索引，所以若是where子句中已经使用了索引的话，那么order by中的列是不会使用索引的。所以数据库默认排序能够符合要求的状况下不要使用排序操做；尽可能不要包含多个列的排序，若是须要最好给这些列建立复合索引。 6，like语句操做 通常状况下不鼓励使用like操做，若是非使用不可，如何使用也是一个问题。like “%aaa%” 不会使用索引而like “aaa%”可使用索引。 7，不要在列上进行运算 select * from users where YEAR(adddate) 8，不使用NOT IN和操做 NOT IN和操做都不会使用索引将进行全表扫描。NOT IN能够NOT EXISTS代替，id3则可以使用id>3 or id 转载（http://blog.sina.com.cn/s/blog_40e5b6370100f0vy.html）