MySQL亿级数据数据库优化方案测试-银行交易流水记录的查询

资金流水一般会按照时间进行查询，看看这速度到底怎样。

select * from yun_cashflow  where createtime between '2018-10-23 09:06:58' and '2018-10-23 09:06:59'  

我去，脑补一下，当你拿这支付宝查历史资金明细的时候，56条信息，103.489秒，也就是将近2分钟的查询速度，你会是怎样的体验。哦 哦，不对，这个还没加用条件，那下面单独试试某个用户不限时间范围的条件是怎样的。

select count(*) from yun_cashflow where userid=21 

也是将近1分半的速度，那在试试金额的条件。

select count(*) from yun_cashflow where money<62 and userid=32 

同样都是将近一分半的时间。

那把两个条件做下级联，看看效果会是怎样。

一样，也是将近1分半的时间。

小总结一：在不加索引的情况下，无论单独，还是联合条件查询，结果都是1分多钟不到2分钟。

好吧，那就加上索引试试，看看到底会有啥样奇迹发生。

给用户加索引

ALTER TABLE yun_cashflow ADD INDEX index_userid (userid) `

给金额加索引

ALTER TABLE yun_cashflow ADD INDEX index_money (money) 

给时间加索引

ALTER TABLE yun_cashflow ADD INDEX index_createtime (createtime) 

小总结二： 建立索引的时间平均在1400秒左右，大概在23分钟左右。

索引都建立完了，在开始以前的条件查询，看看效果。

1、时间范围查询

select * from yun_cashflow  where createtime between '2018-10-23 09:06:58' and '2018-10-23 09:06:59' 

2、用户查询与钱的联合查询

3、用户查询与钱与时间三个条件的联合查询

select * from yun_cashflow where money<62 and userid=32 and  createtime between '2018-10-22 09:06:58' and '2018-10-23 09:06:59' 

小总结三：建立完索引后，这种级联性质的查询，速度基本都很快，数据量不大的情况下，基本不会超过一秒。

由于时间的范围返回是56条数据，数据量比较小，所以速度快可能与这个有关，那实验下条件多的数据效果会是什么样。

先试试加完索引, 金额条件的效果。

2千5百万的数据，返回时间为11.460秒。

加一个用户数量比较多的条件 UserID=21

返回1000多万的数据，用了6秒

在找一个用户数量比较少的userid=34

返回4000多条，用不到1秒。

小总结四：条件返回的数据统计量越多，速度就越慢，超过1000万就慢的离谱，1秒左右就是100万的量才行。

（编辑：西安站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!