mysql int和char,MySQL中int、char和varchar的比较

本文的内容是关于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性能比较的详细内容