是否应该将VARCHAR列放在MySQL中的表定义的末尾？

如何解决是否应该将VARCHAR列放在MySQL中的表定义的末尾？

| 我（从一位同事，从另一个开发人员那里听到过）听说VARCHAR列应始终放在MySQL中的表定义的末尾，因为它们的长度可变，因此可能减慢查询速度。 我对堆栈溢出所做的研究似乎与此矛盾，并且表明列顺序很重要，而对于将其应用于VARCHAR则有不同的共识。 他没有具体说明存储引擎，也没有具体说明它是否仅适用于不经常访问的VARCHAR列。     

解决方法

询问有关“ MySQL”的问题没有帮助，因为MySQL将存储委托给存储引擎，并且它们以非常不同的方式实现存储。对于任何单个存储引擎，都可以问这个问题。 在MEMORY引擎中，不存在可变长度的数据类型。 VARCHAR被静默更改为CHAR。在您的问题中：将VARCHAR放在表定义的哪个位置都没有关系。 在MyISAM引擎中，如果表没有任何可变长度数据（VARCHAR，VARBINARY或任何TEXT或BLOB类型），则它是MyISAM的FIXED变体，即记录具有固定的字节长度。这可能会对性能产生影响，尤其是如果数据被删除并重复插入（即表不只是追加）。一旦任何可变长度数据类型成为表定义的一部分，它将成为MyISAM的DYNAMIC变体，并且MyISAM在内部将除最短CHAR类型之外的任何类型都内部更改为VARCHAR。同样，CHAR / VARCHAR的位置甚至定义都没有关系。 在InnoDB引擎中，数据存储在16 KB大小的页面中。页面具有带校验和的页面页脚，页面标题以及页面目录等。页面目录为每行包含该行相对于页面开头的偏移量。页面还包含可用空间，并且所有I / O在页面中完成。 因此，只要页面中有可用空间，InnoDB就可以在适当的位置上增加VARCHAR并在页面内移动行，而不会产生任何其他I / O。同样，由于所有行都被寻址为（页面编号，页面目录条目），因此页面内行的移动被定位到该页面，并且从外部看不到。 这也意味着对于InnoDB而言，行内列的顺序也完全无关紧要。 这是MySQL最常使用的三个存储引擎，列顺序对于这三个中的任何一个都无关紧要。可能存在其他的，更奇特的存储引擎，但事实并非如此。     ,不要紧。一些引擎将varlena类型存储在单独的区域中（例如Postgres中的TOAST）。 此外，逻辑顺序（选择*时看到的内容）实际上可能与物理顺序（存储方式）不同，物理顺序基于您使用后续的alter table语句创建实际列的顺序）。 http://www.sqlskills.com/BLOGS/PAUL/post/Inside-the-Storage-Engine-Anatomy-of-a-record.aspx