MySQL 架构设计

数字类型

• 不推荐使用整型类型的属性 Unsigned，若非要使用，参数 sql_mode 务必额外添加上选项 NO_UNSIGNED_SUBTRACTION；
• 自增整型类型做主键，务必使用类型 BIGINT，而非 INT，后期表结构调整代价巨大；
• MySQL 8.0 版本前，自增整型会有回溯问题，做业务开发的你一定要了解这个问题；
• 当达到自增整型类型的上限值时，再次自增插入，MySQL 数据库会报重复错误；
• 不要再使用浮点类型 Float、Double，MySQL 后续版本将不再支持上述两种类型；
• 账户余额字段，设计是用整型类型，而不是 DECIMAL 类型，这样性能更好，存储更紧凑。

字符串类型

• CHAR 和 VARCHAR 虽然分别用于存储定长和变长字符，但对于变长字符集（如 GBK、UTF8MB4），其本质是一样的，都是变长，设计时完全可以用 VARCHAR 替代 CHAR；
• 推荐 MySQL 字符集默认设置为 UTF8MB4，可以用于存储 emoji 等扩展字符；
• 排序规则很重要，用于字符的比较和排序，但大部分场景不需要用区分大小写的排序规则；
• 修改表中已有列的字符集，使用命令 ALTER TABLE … CONVERT TO …；
• 用户性别，运行状态等有限值的列，MySQL 8.0.16 版本直接使用 CHECK 约束机制，之前的版本可使用 ENUM 枚举字符串类型，外加 SQL_MODE 的严格模式；
• 业务隐私信息，如密码、手机、信用卡等信息，需要加密。切记简单的MD5算法是可以进行暴力破解，并不安全，推荐使用动态盐+动态加密算法进行隐私数据的存储。