72. Python语言 的 MySQL数据库 之 第四十一章 MySQL的 操作规范

MySQL的 操作规范

  • 本章主题
  • 关键词
  • 命名规范
  • 设计规范
  • SQL语句规范
  • 行为规范
  • 总结小便条

本章主题

  

关键词

  

命名规范

  • 表名建议使用有业务意义的英文词汇,必要时可加数字和下划线,并以英文字母开头
  • 库、表、字段全部采用小写
    • MySQL 在 Linux 下默认是区分大小写的,而在 Windows 下不区分大小写。因此,防止出现问题,建议都设置为小写。
  • 避免用 MySQL 的保留字
  • 命名(包括表名、列名)禁止超过 30 个字符
  • 临时库、表名必须以 tmp 为前缀,并以日期为后缀,如:tmp_shop_info_20190404
  • 备份库、表必须以 bak 为前缀,并以日期为后缀,如:bak_shop_info_20190404
  • 索引命名
    • 非唯一索引必须按照"idx_字段名称"进行命名
    • 唯一索引必须按照"uniq_字段名称"进行命名

  

设计规范

  • 主键
    • 表必须有主键
    • 不使用更新频繁的列做主键
    • 尽量不选择字符串列做主键
    • 不使用 UUID MD5 HASH 做主键
    • 默认使用非空的唯一键
  • 如无特殊要求,建议都使用 InnoDB 引擎
  • 默认使用 utf8mb4 字符集,数据排序规则使用 utf8mb4_general_ci
    • utf8mb4 为万国码,无乱码风险;与 utf8 编码相比,utf8mb4 能支持 Emoji 表情
  • 所有表、字段都需要增加 comment 来描述此表、字段所表示的含义
    • data_status TINYINT NOT NULL DEFAULT ‘1’ COMMENT ‘1代表记录有效,0代表记录无效’
  • 尽可能不使用 TEXT、BLOB 类型
    • 原因:会浪费更多的磁盘和内存空间,非必要的大量大字段查询会淘汰掉热数据,导致内存命中率急剧降低,影响数据库性能。如果实在有某个字段过长需要使用 TEXT、BLOB 类型,则建议独立出来一张表,用主键来对应,避免影响原表的查询效率。
  • 单表列数目建议小于 30

  

SQL语句规范

  • 避免隐式转换
  • 尽量不使用 select *,只 select 需要的字段
    • 读取不需要的列会增加 CPU、IO、NET 消耗,并且不能有效的利用覆盖索引。使用 SELECT * 容易在增加或者删除字段后导致程序报错
  • 建议将子查询转换为关联查询
  • 建议应用程序捕获 SQL 异常,并有相应处理

  

行为规范

  • 批量导入、导出数据必须提前通知 DBA 协助观察
  • 不在业务高峰期批量更新、查询数据库
  • 删除表或者库要求尽量先 rename,观察几天,确定对业务没影响,再 drop

  

总结小便条

本篇文章主要讲了以下几点内容:

  

  本章回顾暂时就到这了,如果还有点晕,那就把文章里所有引用的案例代码再敲几遍吧。拜拜~

你可能感兴趣的:(Python,MySQL,数据库,mysql,索引,sql)