MySQL 中的默认排序顺序 (ALTER TABLE ... ORDER BY ...;)

Question

假设 MySQL 表 (ISAM) 的默认顺序通过执行更改：

ALTER TABLE tablename ORDER BY columnname ASC;

从现在开始，我是否保证在我的查询中没有指定“ORDER BY”（即“SELECT * FROM tablename WHERE ... 限制 10;")?

是否有任何我应该注意的极端情况？

更新 #1： 非常感谢 Quassnoi，他正确地指出 INSERT 和 DELETE 会打乱排序。这导致我提出以下额外问题：

• 更新呢？假设没有对表进行 INSERT 或 DELETE，而只是更新 - 排序顺序会保持不变吗？
• 假设进行了 INSERT 和 DELETE - 我如何再次“重建”排序，比如每天一次（在这种特定情况下，表仅每天更改，因此在更改完成后每天重建它应该仍然可以！ ）。 REPAIR TABLE 是否修复它，还是必须再次添加 do ALTER TABLE ... ORDER BY？

Answer 1

对列进行物理排序可以节省大量 IO。 这是在高级系统中用于加快查询时间的完全合法的方法。 您只需要不时重组数据，使其保持集群状态。 仅仅因为有些人没有听说过它并不意味着它不存在。 - 25 年资深数据库设计老手。

Answer 2

来自documentation：

注意插入和删除后表格不会保持这个顺序

实际上，如果您向此表发出SELECT ... ORDER BY，ALTER TABLE 的选项不会让您摆脱filesort，而是让filesort 更快。

对已排序的集合进行排序相当于浏览该集合以确保一切正常。

更新呢？假设没有对表进行 INSERT 或 DELETE，而只是更新 - 排序顺序会保持不变吗？

如果您的表不包含任何动态字段（如VARCHAR 或“BLOB”），那么很可能MyISAM 在更新时不会移动它。

不过，如果我正在建造一座核电站或我得到报酬的东西，我不会依赖这种行为。

假设进行了 INSERT 和 DELETE - 我如何再次“重建”排序，例如每天一次（在这种特定情况下，表每天只更改一次，因此在更改完成后每天重建它应该仍然可以！ )。 REPAIR TABLE 是否修复它，还是必须再次添加 do ALTER TABLE ... ORDER BY？

你需要ALTER TABLE ... ORDER BY。

REPAIR 只是修复损坏表的物理结构。