本文的内容是关于MySQL中int、char和varchar的性能比较,具有一定的参考价值。有需要的朋友可以参考,希望能帮到你。
互联网上有许多似是而非的“谣言”。当然,它们不是恶意的。他们中的大多数是不愿意主动学习的开发者,但是相信别人的话。
关于数据库有很多传言,比如“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.0毫秒执行[s8查询]20次,334.3毫秒执行[i8查询]20次,276.95毫秒执行[c4查询]20次,340.45毫秒执行[s4查询]20次,平均时间30次
建立索引:c8索引2439毫秒s8索引2442毫秒i8索引1645毫秒c4索引2296毫秒s4索引2303毫秒i4索引1403毫秒。
带索引查询:0.271毫秒执行[c8查询]10000次,0.2354毫秒执行[i8查询]10000次,0.2189毫秒执行[c4查询]10000次,0.303毫秒执行[s4查询]10000次
结论:无索引:全表扫描不会更快,因为数据很小,但整体速度是相同的,并且int/bigint作为本机类型稍微快12%。索引:char和varchar具有相似的性能,并且int速度略快于18%
就数据存储、读取和写入而言,整数与等长字符串相同,并且varchar有一个额外的字节,因此其性能可能会受到轻微影响(1/n)。就数据操作和比较而言,整数受益于本机支持,因此它们比字符串稍快。如果使用索引,整数和字符串之间的性能差距甚至更小。
在实际开发中,许多开发人员经常使用诸如char(1)和char(4)之类的字符串来表示类型枚举,这在我看来是最好的方案,因为在存储空间、操作性能、可读性、可维护性和可扩展性方面,它远远优于诸如int和enum之类的数据类型。以上是MySQL中int、char和varchar性能比较的详细内容