MySQL-Optimierung – Wenn eine MySQL-Tabelle nicht sicherstellen kann, dass die Feldspaltenlängen konsistent sind, muss sie dann nicht char verwenden?

Question

Wenn in einer Datentabelle die Länge jeder Datenspalte festgelegt ist, ist auch die Länge jeder Datenzeile festgelegt. Solange es in der Datentabelle eine variable Länge der Datenspalte gibt, gilt für alle Daten die Länge Die Zeilen sind variabel. Wenn die Länge der Datenzeilen in einer bestimmten Datentabelle variabel ist, konvertiert MySQL die Datenspalten mit fester Länge in der Datentabelle in den entsprechenden Typ mit variabler Länge. char-Datenspalten mit einer Länge von weniger als 4 Zeichen werden nicht in den Typ varchar konvertiert

Wenn ein Feld in einer Tabelle Varchar ist, ist es dann trotzdem sinnvoll, in dieser Tabelle ein Char-Feld zu erstellen?

Answer 1

第一你要理解清楚char和varchar的區別。
1．CHAR的长度是固定的，而VARCHAR2的长度是可以变化的， 比如，存储字符串“abc"，对于CHAR (10)，表示你存储的字符将占10个字节(包括7个空字符)，而同样的VARCHAR2 (10)则只占用3个字节的长度，10只是最大值，当你存储的字符小于10时，按实际长度存储。
2．CHAR的效率比VARCHAR2的效率稍高。
3．目前VARCHAR是VARCHAR2的同义词。工业标准的VARCHAR类型可以存储空字符串，但是oracle不这样做，尽管它保留以后这样做的权利。Oracle自己开发了一个数据类型VARCHAR2，这个类型不是一个标准的VARCHAR，它将在数据库中varchar列可以存储空字符串的特性改为存储NULL值。如果你想有向后兼容的能力，Oracle建议使用VARCHAR2而不是VARCHAR。
何时该用CHAR，何时该用varchar2？
CHAR与VARCHAR2是一对矛盾的统一体，两者是互补的关系.
VARCHAR2比CHAR节省空间，在效率上比CHAR会稍微差一些，即要想获得效率，就必须牺牲一定的空间，这也就是我们在数据库设计上常说的‘以空间换效率’。
VARCHAR2虽然比CHAR节省空间，但是如果一个VARCHAR2列经常被修改，而且每次被修改的数据的长度不同，这会引起‘行迁移’(Row Migration)现象，而这造成多余的I/O，是数据库设计和调整中要尽力避免的，在这种情况下用CHAR代替VARCHAR2会更好一些。
這個答案是引用百度答案https://zhidao.baidu.com/ques...
我覺得回答好詳盡