当前位置：文江博客话题详情

我应该使用什么列数据类型来存储大量文本或 html

发布于 2024-10-27 04:33:34 字数 126 浏览 1 评论 0原文

我在表中有一个列，最初是 varchar(255)，由于一些设计更改，现在它是 varchar(1536) = 1024 + 512。我不会搜索或索引该字段，这有意义吗如果您想优化性能，将此值存储在 varchar 以外的不同数据类型中？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

云胡 2024-11-03 04:33:34

您应该像其他人所说的那样使用 TEXT ，但是每次使用 TEXT 或 BLOB 时都有一些重要的建议：将它们与基表解耦，因为它们确实会减慢访问数据的速度。桌子。想象一下以下结构：

CREATE TABLE article (
    id INT(10) UNSIGNED,
    title VARCHAR(40),
    author_id INT(10) UNSIGNED,
    created DATETIME,
    modified DATETIME
);

CREATE TABLE article_body (
    id INT(10) UNSIGNED,
    body TEXT
);

每当您列出文章时，您都可以使用 article 表（作者 33 的最后 5 篇文章）：

SELECT id, title FROM article WHERE author_id=33 ORDER BY created DESC LIMIT 5

当有人真正打开该文章时，您可以使用类似以下内容的内容：

SELECT a.title, ab.body
FROM article AS a
   LEFT JOIN article_body AS ab ON ab.id = a.id
WHERE a.id=82

You should use TEXT like the others said, but there is some important advice every time you use TEXT or BLOB: decouple them form your base table as they really slow down accessing the table. Imagine the following structure:

CREATE TABLE article (
    id INT(10) UNSIGNED,
    title VARCHAR(40),
    author_id INT(10) UNSIGNED,
    created DATETIME,
    modified DATETIME
);

CREATE TABLE article_body (
    id INT(10) UNSIGNED,
    body TEXT
);

Whenever you list articles you can use the article table (last 5 articles of author 33):

SELECT id, title FROM article WHERE author_id=33 ORDER BY created DESC LIMIT 5

And when someone really opens the article you can use something like:

SELECT a.title, ab.body
FROM article AS a
   LEFT JOIN article_body AS ab ON ab.id = a.id
WHERE a.id=82

回复收藏 0 原文

肥爪爪 2024-11-03 04:33:34

是的，如果您可以将值存储在“TEXT”数据类型中，那就更好了。有关更多详细信息，请阅读本文。

关于存储要求的知识，可以阅读这篇。

希望有帮助。

回复收藏 0 原文

当梦初醒 2024-11-03 04:33:34

您应该使用文件而不是数据库来存储它。特别是MySQL。我曾经写过一篇文章，解释了如果您从数据库 BLOB 下载图像，会发生什么情况，请参阅 http://mysqldump.azundris.com/archives/36-Serving-Images-From-A-Database.html。使用文件，您可以使用 sendfile(2) 系统调用来使用 Web 服务器快速路径，并且使用此速度要快得多。

MySQL 也没有 BLOB API。这意味着，不可能上传或下载大于 max_allowed_packet 的对象，并且很难使用 SUBSTRING() 来解决这个问题，因为这会在服务器内存中生成不必要的字符串副本。

如果您绝对必须在服务器中存储 BLOB 或 TEXT 数据，则可以选择 TINYTEXT、TEXT、MEDIUMTEXT 和 LARGETEXT，它们在服务器中的数据限制为 255、65535、16 MB 和 4GB，另外还受到 max_allowed_packet 的限制。

大型 BLOB 或 TEXT 信息将完全破坏表中的数据密度。创建与 BLOB 表的人为 1:1 或 1:0 关系，然后将 blob 存储在这个额外的表中非常有用。

当MySQL显示“使用临时”的查询计划时，这意味着服务器需要在交付结果之前在服务器中具体化结果集表。如果可能的话，这是使用 MEMORY 表来完成的。任何 TEXT 或 BLOB 类型都无法在 MEMORY 表中表示，因此临时表将作为 MyISAM 表写入磁盘。

您需要扫描此类查询计划，并将它们转换为加载 BLOB/TEXT 值的 ID 值的内容。在第二个查询中，您可以 SELECT id, thetext FROM texttable WHERE id in ( ... ) 来获取 TEXT/BLOB 值。这将使带有“using tempor”的查询不使用 TEXT 或 BLOB 类型，然后您可以通过在不使用“usingtemporary”的情况下运行的简单查询来获取 TEXT 字段。

您可以通过阅读 http://www.mysqlperformanceblog.com/2010/02/09/blob-storage-in-innodb/

回复收藏 0 原文