高性能MySQL实战（一）：表结构
内容提要
文章介绍了优化数据库表结构的方法，包括选择合适的数据类型、避免使用NULL、使用固定长度的CHAR类型、使用整型代替字符类型等。给出了修改后的DDL语句。
延伸解读
整数类型宽度定义的实际含义
文章指出，BIGINT(100) 中的宽度定义不会限制值的合法范围，也不会改变存储空间，仅影响 MySQL 命令行客户端的显示字符数。因此，为 id 列指定 BIGINT(100) 是无意义的。读者应理解，整数类型的存储空间由其类型决定，而非括号中的数字，优化时应关注类型本身的选择。
CHAR 与 VARCHAR 的适用场景
文章说明，CHAR 是固定长度，适合存储非常短的字符串或长度几乎相同的字符串，且不会产生内存碎片；VARCHAR 是可变长度，需要额外字节记录长度。对于 service_method 这类固定枚举值，使用 CHAR(4) 或 TINYINT 更高效。读者应根据数据特征选择，避免盲目使用 VARCHAR。
DATETIME 与 TIMESTAMP 的选择考量
文章对比了 DATETIME 和 TIMESTAMP：DATETIME 范围更大（1000-9999年），与时区无关；TIMESTAMP 范围较小（1970-2038年），与时区相关。选择时需考虑存储空间、时间范围、精度和时区处理。文章建议，若需记录时间戳且避免2038年问题，可使用 BIGINT 类型。
避免 NULL 的优化与局限
文章建议将列定义为 NOT NULL，因为可为 NULL 的列需要额外存储空间，且使索引和查询优化更复杂。但文章也指出，这种优化带来的性能提升并不明显，不应作为首选，而应在表结构初始化时考虑。读者应权衡利弊，优先在设计阶段避免不必要的 NULL。
Q&A
如何选择合适的数据类型以优化MySQL表结构？
选择合适的数据类型可以提高性能，使用更小的数据类型通常更快，因为它们占用的磁盘、内存和CPU缓存的空间更少。
为什么在MySQL中避免使用NULL？
避免使用NULL可以节省存储空间，并且使得查询和索引优化更简单，因为可为NULL的列会增加复杂性。
在MySQL中，DATETIME和TIMESTAMP有什么区别？
DATETIME可以保存更大的日期范围（1000年到9999年），而TIMESTAMP的范围较小（1970年到2038年），且TIMESTAMP与时区相关。
如何优化MySQL表中的整型字段？
可以使用更小的整型类型，如TINYINT或SMALLINT，来替代INT，以节省存储空间和提高性能。
在MySQL中，如何处理Boolean类型？
Boolean类型在MySQL中通常使用TINYINT来表示，0表示False，1表示True。
使用VARCHAR而不是TEXT有什么好处？
使用VARCHAR可以根据实际长度节省存储空间，并且在处理较短字符串时性能更好。
