MySQL字段中的最大数据长度

我正在为我的公司设计一个新的论坛，我想确认在MySQL数据库中保存论坛帖子是可伸缩的，它会有好的性能吗。。？ 文章可能有400个字符左右（可能是我将限制为400个字符）。如果我在MySQL字段中保存400个字符的文本，并且该表有1000万行，这会影响性能吗。。？

---

我的主要限制是性能。请允许有人对这个

< P>进行解释：有两种数据类型需要考虑VARCHAR或文本

您决定使用哪种数据类型取决于

• 您多久显示一次
• 存储的字符总数

文本和BLOB存储在表外，而表只有一个指向实际存储位置的指针

VARCHAR与表内联存储。当大小合理时，VARCHAR的速度更快，其折衷速度取决于您的数据和硬件，您可能希望使用您的数据对真实世界的senerio进行基准测试

如果频繁检索数据（包括在大多数查询中），VARCHAR（内联存储）通常会更快。但是，对于通常无法检索的大量数据（即，没有被任何查询引用），最好不要将数据内联存储。对于内联存储的数据，行大小有一个上限

当表具有文本或BLOB列时，该表不能存储在内存中。这意味着每个查询（不命中缓存）都必须访问文件系统，这比内存慢几个数量级

如果您发布的内容很大，请使用文本字段，但将文本字段存储在一个单独的表格中，该表格仅在您实际需要时才能访问。这样，原始表可以存储在内存中，并且速度会快得多

可以将其视为将数据分为一个“内存表”和一个“文件表”。这样做的原因是为了避免访问文件系统，除非是在必要时（即仅当您需要文本时）

---

可以尝试（POST、PASTX文本）或（POST细节、帖子）或类似的东西。

< P>有两种数据类型要考虑VARCHAR或文本

您决定使用哪种数据类型取决于

• 您多久显示一次
• 存储的字符总数

文本和BLOB存储在表外，而表只有一个指向实际存储位置的指针

VARCHAR与表内联存储。当大小合理时，VARCHAR的速度更快，其折衷速度取决于您的数据和硬件，您可能希望使用您的数据对真实世界的senerio进行基准测试

如果频繁检索数据（包括在大多数查询中），VARCHAR（内联存储）通常会更快。但是，对于通常无法检索的大量数据（即，没有被任何查询引用），最好不要将数据内联存储。对于内联存储的数据，行大小有一个上限

当表具有文本或BLOB列时，该表不能存储在内存中。这意味着每个查询（不命中缓存）都必须访问文件系统，这比内存慢几个数量级

如果您发布的内容很大，请使用文本字段，但将文本字段存储在一个单独的表格中，该表格仅在您实际需要时才能访问。这样，原始表可以存储在内存中，并且速度会快得多

可以将其视为将数据分为一个“内存表”和一个“文件表”。这样做的原因是为了避免访问文件系统，除非是在必要时（即仅当您需要文本时）

您可以尝试（posts，post_text）或（post_details，posts）之类的方法