MySQL中int、char以及varchar的性能对比

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了MySQL中int、char以及varchar的性能对比，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1745字，纯文字阅读大概需要3分钟。

内容图文

网络上有许多似是而非的“谣言”，当然都不是恶意，绝大部分都是开发者不愿意自己主动研究，反而轻信其他人的信口之言。

关于数据库的谣言也有不少，比如“int性能比char高很多”。

我最近针对int、long、char、varchar进行了一次性能测试，发现它们其实并没有太大的性能差距：

备注：c8=char(8), s8=varchar(8), i8=(bigint), c4=char(4), s4=varchar(4), i4=char(4)

100w行无索引情况下查询：
执行[c8查询]20次, 平均耗时312.0ms
执行[s8查询]20次, 平均耗时334.3ms
执行[i8查询]20次, 平均耗时276.95ms
执行[c4查询]20次, 平均耗时354.95ms
执行[s4查询]20次, 平均耗时340.45ms
执行[i4查询]20次, 平均耗时291.1ms

创建索引：
c8索引耗时2439ms
s8索引耗时2442ms
i8索引耗时1645ms
c4索引耗时2296ms
s4索引耗时2303ms
i4索引耗时1403ms

有索引情况下查询：
执行[c8查询]10000次, 平均耗时0.271ms
执行[s8查询]10000次, 平均耗时0.2354ms
执行[i8查询]10000次, 平均耗时0.2189ms
执行[c4查询]10000次, 平均耗时0.303ms
执行[s4查询]10000次, 平均耗时0.3094ms
执行[i4查询]10000次, 平均耗时0.25ms

结论：
无索引：全表扫描不会因为数据较小就变快，而是整体速度相同，int/bigint作为原生类型稍快12%。
有索引：char与varchar性能差不多，int速度稍快18%

在数据存储、读写方面，整数与等长字符串相同，varchar额外多了一个字节所以性能可能会些许影响(1/n)。
在数据运算、对比方面，整数得益于原生支持，因此会比字符串稍快一丁点。
若采用索引，所谓整数、字符串的性能差距更是微乎其微。

在实际开发中，许多开发者经常使用char(1)、char(4)这样的字符串表示类型枚举，这种做法在我看来属于最佳方案，因为这种做法在存储空间、运算性能、可读性、可维护性、可扩展性方面，远胜于int、enum这种数据类型。

以上就是MySQL中int、char以及varchar的性能对比的详细内容，更多请关注Gxl网其它相关文章！

内容总结

以上是互联网集市为您收集整理的MySQL中int、char以及varchar的性能对比全部内容，希望文章能够帮你解决MySQL中int、char以及varchar的性能对比所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端