mysql5.5 uuid作主键与int作主键的性能实测

数据库:mysql5.5mysql

表类型:InnoDBsql

数据量:100W条数据库

 

第一种状况:服务器

 

主键采用uuid 32位。性能

 

运行查询语句1:SELECT COUNT(id) FROM test_varchar;测试

运行查询语句2:SELECT * FROM test_varchar WHERE vname='00004629-b052-11e1-96aa-002655b28d7b';ui

运行查询语句3:SELECT * FROM test_varchar WHERE id='00004599b05211e196aa002655b28d7b';spa

  

 

语句1消耗时间平均为:2.7秒;设计

语句2消耗时间平均为:3秒;blog

语句3消耗时间平均为:0秒;(多方测试,条件里只要有主键ID,查询速度毫秒级都显示000。测试的ID值,有前一百条的,也有后90多万条的。查询时间彻底同样,毫秒级都为000)

 

第二种状况:

 

主键采用bigint,使用uuid_short()产生数据,数据为有序列的纯数字(22461015967875697)。(其至关于自动增加,只是固定的基数值较大而已。)

 

 

运行查询语句1:SELECT COUNT(id) FROM test_long;

运行查询语句2:SELECT * FROM test_long WHERE vname='d7f28a24-b053-11e1-96aa-002655b28d7b';

运行查询语句3:SELECT * FROM  test_long WHERE id='22461015967875702';

 

 

语句1消耗时间平均为:1.2秒;

语句2消耗时间平均为:1.40秒;

语句3消耗时间平均为:0秒;(多方测试,条件里只要有主键ID,查询速度毫秒级都显示000。测试的ID值,有前一百条的,也有后90多万条的。查询时间彻底同样,毫秒级都为000)

 

第三种状况:

 

运行查询语句1:SELECT COUNT(id) FROM test_int;

运行查询语句2:SELECT * FROM test_int WHERE vname='c80f8427-b059-11e1-96aa-002655b28d7b';

运行查询语句3:SELECT * FROM test_int WHERE id=900000;

 

主键采用mysql自带的自动增加,数据为纯数字(1,2,3,4,5……)。

 

查询语句1消耗时间平均为:1.07秒;

查询语句2消耗时间平均为:1.31秒;

查询语句3消耗时间平均为:0秒;(多方测试,条件里只要有主键ID,查询速度毫秒级都显示000。测试的ID值,有前一百条的,也有后90多万条的。查询时间彻底同样,毫秒级都为000)

 

总结:因而可知,mysql InnoDB 主键采用自动增加性能较高。

笔者自语:平时的项目开发,sql语句的条件里有ID的,占多数,没有的占少数。虽然以上的测试代表只要条件语句里有主键ID,主键类型不同,查询时间彻底同样。可是,你不能保证你的项目中全部sql语句的条件里都有ID,所以…………主键的类型该采用哪一种,相信各位看官已经明白。

 

 

---------------------------------------------------------华丽的分割线----------------------------------------------------------

 

 

 

 

数据库:mysql5.5

表类型:MyISAM

数据量:100W条

 

 

为了少写一些字,节省时间,此测试所使用的表和sql语句同上,此处只记录消耗时间。

 

 

第一种状况:

主键采用uuid 32位。

 

 

语句1消耗时间平均为:0秒;

语句2消耗时间平均为:0.53秒;

语句3消耗时间平均为:0秒;(多方测试,条件里只要有主键ID,查询速度毫秒级都显示000。测试的ID值,有前一百条的,也有后90多万条的。查询时间彻底同样,毫秒级都为000)

 

 

第二种状况:

主键采用bigint,使用uuid_short()产生数据,数据为有序列的纯数字(22461015967875697)。(其至关于自动增加,只是固定的基数值较大而已。)

 

 

语句1消耗时间平均为:0秒;

语句2消耗时间平均为:0.51秒;

语句3消耗时间平均为:0秒;(多方测试,条件里只要有主键ID,查询速度毫秒级都显示000。测试的ID值,有前一百条的,也有后90多万条的。查询时间彻底同样,毫秒级都为000)

 

第三种状况:

主键采用mysql自带的自动增加,数据为纯数字(1,2,3,4,5……)。

 

语句1消耗时间平均为:0秒;

语句2消耗时间平均为:0.48秒;

语句3消耗时间平均为:0秒;(多方测试,条件里只要有主键ID,查询速度毫秒级都显示000。测试的ID值,有前一百条的,也有后90多万条的。查询时间彻底同样,毫秒级都为000)

 

 

总结:因而可知,mysql MyISAM 主键采用自动增加性能比其余有微弱的优点。测试数据为100w,若是是1000W 1亿,我想这个优点会拉大,若是你还有外键关联查询,这个优点就更明显了。固然,若是你设计的系统,数据量尚未超过100W,你用啥主键类型都无所谓。我测试电脑是笔记本,若是是专业的服务器,估计100W条,mysql MyISAM 的这些测试,根本都测不出来时间差。

 

 

http://j2ees.iteye.com/blog/1554423    转自这里

相关文章
相关标签/搜索