首页 / MYSQL / 在MySQL中使用text而不是varchar类型有什么真正的性能影响？

在MySQL中使用text而不是varchar类型有什么真正的性能影响？

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了在MySQL中使用text而不是varchar类型有什么真正的性能影响？，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1580字，纯文字阅读大概需要3分钟。

内容图文

在MySQL中使用文本类型而不是大型varchar时,是否存在/有任何比较,个人经验或指南？

虽然我的数据库中的大多数条目将少于1000个字符,但有些可能最多需要4000个字符或更多. varchar的限制长度是什么使文本成为更好的变体？

我不需要索引这些字段.

解决方法:

我没有亲身经历,但是这个人做了：

VARCHAR vs. TEXT – some performance numbers

快速回答：varchar更快一点.

编辑 – 不,它不是.他对它们进行了不同的索引 – 他在varchar(255个字符)上有一个完整的索引,但在文本上有一个255个字符的前缀索引.当他删除它时,它们或多或少地表现相同.

后来在线程中是这个有趣的花絮：

When a tmp table is needed for a
SELECT, the first choice is to use
MEMORY, which will be RAM-only, hence
probably noticeably faster. (Second
choice is MyISAM.) However, TEXT and
BLOB are not allowed in MEMORY, so it
can’t use it. (There are other reasons
why it might skip MEMORY.)

编辑2 – 一些更相关的信息,这次比较不同指数处理各种类型的方式.

MyISAM puts TEXT and BLOB ‘inline’. If
you are searching a table (range scan
/ table scan), you are ‘stepping over
those cow paddies’ — costly for disk
I/O. That is, the existence of the
inline blob hurts performance in this
case.

InnoDB puts only 767 bytes of a TEXT
or BLOB inline, the rest goes into
some other block. This is a compromise
that sometimes helps, sometimes hurts
performance.

Something else (Maria? Falcon? InnoDB
plugin?) puts TEXTs and BLOBs entirely
elsewhere. This would make a
noticeable difference in performance
when compared to VARCHAR. Sometimes
TEXT would be faster (eg, range scan
that does not need the blob);
sometimes the VARCHAR would be faster
(eg, if you need to look at it and/or
return it).

内容总结

以上是互联网集市为您收集整理的在MySQL中使用text而不是varchar类型有什么真正的性能影响？全部内容，希望文章能够帮你解决在MySQL中使用text而不是varchar类型有什么真正的性能影响？所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

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

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/908958.html

来源：【匿名】