mysql实战一

发布时间:2021-05-31编辑:caoww阅读(897)

深入了解了 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算法是可以进行暴力破解,并不安全,推荐使用动态盐+动态加密算法进行隐私数据的存储。


思考题

  • 假设表中有个字段 status,表示订单的状态,可能值为:start,done,timeout,unknown,请问你会如何设计?请给出你的SQL。


  • 若现在要求字段 img 存储用户的头像,你会如何设计这个列?请写入你的SQL。



标签

评论