mysql什么情况下用索引?什么情况下不添加或少创建索引?

很多新朋友估计都会有这种疑问,今天顺便来简单分享一下。

 

一、mysql什么情况下用索引?

 

1、表的主关键字

自动建立唯一索引

 

例如:zl_yhjbqk(用户基本情况)中的hbs_bh(户标识编号)

 

2、表的字段唯一约束

ORACLE利用索引来保证数据的完整性

 

例如:lc_hj(流程环节)中的lc_bh+hj_sx(流程编号+环节顺序)

 

3、直接条件查询的字段

在SQL中用于条件约束的字段

 

例如:zl_yhjbqk(用户基本情况)中的qc_bh(区册编号)

select * from zl_yhjbqk where qc_bh=‘7001’

 

4、查询中与其它表关联的字段

字段常常建立了外键关系

 

例如:zl_ydcf(用电成份)中的jldb_bh(计量点表编号)

select * from zl_ydcf a,zl_yhdb b where a.jldb_bh=b.jldb_bh and b.jldb_bh='540100214511’

 

5、查询中排序的字段

排序的字段如果通过索引去访问那将大大提高排序速度

 

建立qc_bh索引:

select * from zl_yhjbqk order by qc_bh

 

建立qc_bh+cb_sx索引,注:只是一个联合索引,其中包括qc_bh和cb_sx字段:

select * from zl_yhjbqk where qc_bh=’7001’ order by cb_sx

 

6、查询中统计或分组统计的字段

select max(hbs_bh) from zl_yhjbqk
select qc_bh,count(*) from zl_yhjbqk group by qc_bh

 

二、mysql什么情况下不添加或少创建索引?

 

1、表记录太少

如果一个表只有5条记录,采用索引去访问记录的话,那首先需访问索引表,再通过索引表访问数据表,一般索引表与数据表不在同一个数据块,这种情况下ORACLE至少要往返读取数据块两次。而不用索引的情况下ORACLE会将所有的数据一次读出,处理速度显然会比用索引快。

 

如表zl_sybm(使用部门)一般只有几条记录,除了主关键字外对任何一个字段建索引都不会产生性能优化,实际上如果对这个表进行了统计分析后ORACLE也不会用你建的索引,而是自动执行全表访问。

例如:

select * from zl_sybm where sydw_bh=‘5401’

对sydw_bh建立索引不会产生性能优化。

 

2、经常插入、删除、修改的表

对一些经常处理的业务表应在查询允许的情况下尽量减少索引,如zl_yhbm,gc_dfss,gc_dfys,gc_fpdy等业务表。

 

3、数据重复且分布平均的表字段

假如一个表有10万行记录,有一个字段A只有T和F两种值,且每个值的分布概率大约为50%,那么对这种表A字段建索引一般不会提高数据库的查询速度。

 

4、经常和主字段一块查询但主字段索引值比较多的表字段

如:gc_dfss(电费实收)表经常按收费序号、户标识编号、抄表日期、电费发生年月、操作 标志来具体查询某一笔收款的情况,如果将所有的字段都建在一个索引里那将会增加数据的修改、插入、删除时间,从实际上分析一笔收款如果按收费序号索引就已 经将记录减少到只有几条,如果再按后面的几个字段索引查询将对性能不产生太大的影响。

 

总结:

首先,应当考虑表空间和磁盘空间是否足够。我们知道索引也是一种数据,在建立索引的时候势必也会占用大量表空间。因此在对一大表建立索引的时候首先应当考虑的是空间容量问题。

其次,在对建立索引的时候要对表进行加锁,因此应当注意操作在业务空闲的时候进行。

 

在性能调整方面:首当其冲的考虑因素便是磁盘I/O。物理上,应当尽量把索引与数据分散到不同的磁盘上(不考虑阵列的情况)。逻辑上,数据表空间与索引表空间分开。这是在建索引时应当遵守的基本准则。

    A+
发布日期:2021年07月16日 21:10:14  所属分类:MySQL
最后更新时间:2021-07-16 21:10:14
付杰
  • ¥ 298.0元
  • 市场价:498.0元
  • ¥ 499.0元
  • 市场价:499.0元
  • ¥ 6.8元
  • 市场价:8.8元
  • ¥ 68.0元
  • 市场价:168.0元

发表评论

:?: :razz: :sad: :evil: :!: :smile: :oops: :grin: :eek: :shock: :???: :cool: :lol: :mad: :twisted: :roll: :wink: :idea: :arrow: :neutral: :cry: :mrgreen: