我知道尽可能使用最小数据类型的原则，但我想知道这是否适用于 MySQL 中的 TEXT / MEDIUMTEXT / LONGTEXT ？如果我使用 LONGTEXT 而不是 MEDIUMTEXT，是否会出现性能问题？我发现了这个问题：当每个条目都适合中文本大小的字段时，使用 MySQL 长文本大小的字段有什么缺点？ 但我认为这不是性能问题的答案？
这只是为 LONGTEXT 增加一点存储空间的问题吗？
我什么时候应该选择 MEDIUMTEXT 而不是 LONGTEXT？
我们有一个包含数百万个条目的大表。完整计数非常慢，请参见下面的代码。这对于 MySQL InnoDB 表来说很常见吗？难道就没有办法加速这个过程吗？即使使用查询缓存，它仍然“慢”。我还想知道，为什么具有 2.8 mio 条目的“通信”表的计数比具有 4.5 mio 条目的“事务”表的计数慢。
我知道使用 where 子句会快得多。我只是想知道表现不佳是否正常。
我们使用 Amazon RDS MySQL 5.7 和 m4.xlarge（4 个 CPU、16 GB RAM、500 GB 存储）。我也已经尝试过使用更多 CPU 和 RAM 的更大实例，但查询时间没有大的变化。
mysql> SELECT COUNT(*) FROM transaction;
+----------+
| COUNT(*) |
+----------+
| 4569880 |
+----------+
1 row in set (1 min 37.88 sec)
mysql> SELECT COUNT(*) FROM transaction;
+----------+
| count(*) |
+----------+
| 4569880 |
+----------+
1 row in set (1.44 sec)
mysql> SELECT COUNT(*) FROM communication;
+----------+
| count(*) …