一、基础规范

  1. 使用InnoDB存储引擎
    支持事务、行级锁、并发性能更好、CPU及内存缓存页优化使得资源利用率更高

  2. 推荐使用utf8mb4字符集
    无需转码,无乱码风险, 支持emoji表情以及部分不常见汉字

  3. 表、字段必须加注释
    方便他人理解字段意思。

  4. 不在数据库做计算

    禁止使用存储过程、视图、触发器、Event。

    在并发量大的情况下,这些功能很可能将数据库拖跨,业务逻辑放到服务层具备更好的扩展性,能够轻易实现“增机器就加性能”

  5. 禁止存储文件
    文件存储在文件系统,数据库里存URI

  6. 控制单表数量级
    单表记录控制在千万级

二、命名规范

  1. 库名、表名、字段名:小写,下划线风格
    非唯一索引名idxxxx,唯一索引名uniqxxx
  2. 表必须有主键,例如自增主键

    a)主键递增,数据行写入可以提高插入性能

    b)主键要选择较短的数据类型,Innodb引擎普通索引都会保存主键的值,较短的数据类型可以有效的减少索引的磁盘空间,提高索引的缓存效率

    c)保证实体的完整性,唯一性

  3. 不要使用外键,如果有外键约束,用应用程序控制
    外键会导致表与表之间耦合,update与delete操作都会涉及相关联的表,十分影响sql 的性能,甚至会造成死锁。高并发情况下容易造成数据库性能下降,大数据高并发业务场景数据库使用以性能优先

三、字段设计规范

  1. 把字段定义为NOT NULL并且提供默认值

    a)null的列使索引/索引统计/值比较都更加复杂,对MySQL来说更难优化

    b)null 这种类型MySQL内部需要进行特殊处理,增加数据库处理记录的复杂性;同等条件下,表中有较多空字段的时候,数据库的处理性能会降低很多

    c)null值需要更多的存储空间,无论是表还是索引中每行中的null的列都需要额外的空间来标识

    d)对null 的处理时候,只能采用is null或is not null,而不能采用=、in、<、<>、!=、not in这些操作符号。如:where name!=’zhangsan’,如果存在name为null值的记录,查询结果就不会包含name为null值的记录

  2. 不要使用TEXT、BLOB类型
    会浪费更多的磁盘和内存空间,非必要的大量的大字段查询会淘汰掉热数据,导致内存命中率急剧降低,影响数据库性能,如果必须要使用则独立出来一张表,用主键来对应,避免影响其它字段索引效率
  3. 不要使用小数存储货币
    建议使用整数,小数容易导致钱对不上
  4. 必须使用varchar存储手机号
    手机号会去做数学运算么?
  5. 为提高效率可言牺牲范式设计,冗余数据

    a)不是频繁修改的字段

    b)不是 varchar 超长字段,更不能是 text 字段

四、索引设计规范

  1. 禁止在更新十分频繁、区分度不高的属性上建立索引

    a)更新会变更B+树,更新频繁的字段建立索引会大大降低数据库性能

    b)“性别”这种区分度不大的属性,建立索引是没有什么意义的

  2. 建立组合索引,必须把区分度高的字段放最左边
    如果 where a=? and b=? , a 列的几乎接近于唯一值,那么只需要单建 idx_a 索引即可
  3. 页面搜索严禁左模糊或者全模糊
    索引文件具有 B-Tree 的最左前缀匹配特性,如果左边的值未确定,那么无法使用此索引, 如果需要请走搜索引擎来解决

五、SQL使用规范

  1. 禁止使用SELECT *,只获取必要的字段,需要显示说明列属性

    a)消耗cpu,io,内存,带宽

    b)不能有效的利用覆盖索引

    c)使用SELECT *容易在增加或者删除字段后出现程序BUG, 不具有扩展性

  2. 使用INSERT INTO t_xxx VALUES(xxx),必须显示指定插入的列属性
    容易在增加或者删除字段后出现程序BUG
  3. 务必使用“同类型”进行比较,否则可能全表扫描
    SELECT name FROM t_user WHERE phone=1333333333 会导致全表扫描.
  4. 禁止在WHERE条件上使用函数或者计算
    解读:SELECT naem FROM tuser WHERE date(createdatatime)='2017-12-15' 会导致全表扫描
    推荐的写法是:SELECT name FROM tuser WHERE createdatatime>= '2017-02-15 ' and create_datatime < '2017-02-16 '
  5. 禁止负向查询,以及%开头的模糊查询

    a)负向查询条件:NOT、!=、<>、!<、!>、NOT IN、NOT LIKE等,会导致全表扫描

    b)%开头的模糊查询,会导致全表扫描

  6. 不要使用大表的JOIN查询,禁止大表使用子查询
    会产生临时表,消耗较多内存与CPU,极大影响数据库性能
  7. OR改写为IN()或者UNION
    原因很简单or不会走索引
  8. 简单的事务
    事务就像程序中的锁一样粒度尽可能要小
  9. 不要一次更新大量数据 
    数据更新会对行或者表加锁,应该分为多次更新

Mysql推荐使用规范的更多相关文章

  1. Mysql推荐使用规范(转)

    一:基础规范 1.使用InnoDB存储引擎 支持事务.行级锁.并发性能更好.CPU及内存缓存页优化使得资源利用率更高 2.推荐使用utf8mb4字符集 无需转码,无乱码风险, 支持emoji表情以及部 ...

  2. MySQL优化之推荐使用规范

    一.基础规范 使用InnoDB存储引擎支持事务.行级锁.并发性能更好.CPU及内存缓存页优化使得资源利用率更高 推荐使用utf8mb4字符集无需转码,无乱码风险, 支持emoji表情以及部分不常见汉字 ...

  3. MySQL建表规范与常见问题

    一. 表设计 库名.表名.字段名必须使用小写字母,“_”分割. 库名.表名.字段名必须不超过12个字符. 库名.表名.字段名见名知意,建议使用名词而不是动词. 建议使用InnoDB存储引擎. 存储精确 ...

  4. 【转】拍拍网2015年mysql最新开发规范

    1.命名规范 (1)库名.表名.字段名必须使用小写字母,并采用下划线分割. (2)库名.表名.字段名禁止超过32个字符. (3)库名.表名.字段名必须见名知意.命名与业务.产品线等相关联. (4)库名 ...

  5. MySQL之开发规范

    一..数据库命名规范 1.所有数据库对象名称必须使用小写字母并用下划线分割 2.所有数据库对象名称禁止使用mysql保留关键字(如果表名中包含关键字查询时,需要将其用单引号括起来) 3.数据库对象的命 ...

  6. Mysql 数据库开发规范

    设计范式参看,DDL与DDL 库表基础规范 1.注释 每个表要添加注释,对 status 型需指明主要值的含义,如”0-离线,1-在线” 2.表的字段数量 单表字段数一般考虑上限为 30左右,再多的话 ...

  7. MySQL建表规范与常见问题 (go)

    一. 表设计 库名.表名.字段名必须使用小写字母,“_”分割. 库名.表名.字段名必须不超过12个字符. 库名.表名.字段名见名知意,建议使用名词而不是动词. 建议使用InnoDB存储引擎. 存储精确 ...

  8. mysql的一些规范

    我司的mysql规范,值得牢记 一.禁止内容 表字段类型 不推荐使用enum,set,blob,text等类型 表中所有字段都不能为空,需要设置not null属性,可以给默认值 表的主键列值禁止被更 ...

  9. Mysql学习总结(28)——MySQL建表规范与常见问题

    一. 表设计 库名.表名.字段名必须使用小写字母,"_"分割. 库名.表名.字段名必须不超过12个字符. 库名.表名.字段名见名知意,建议使用名词而不是动词. 建议使用InnoDB ...

随机推荐

  1. Spring 基于Session的创建实例

    需求 提供一个网页,根据导入的Excel数据计算结果. 第一版本设计 Controller层 @RestController public class QuoteController { privat ...

  2. CDIE2019中国数字化创新展暨首席信息官峰会上海站来袭~

    China Digital Innovation Expo & CIO Summit 2019是由Dot Connector(上海华昂商务咨询有限公司)主办的第五届聚焦中国技术领袖,探索创新, ...

  3. 基数排序-LSD

    这个最低位优先的基数排序,非常适合移植到硬件设备中,所以,我们提供一个C源码 —————————————————————————————————————— #include <stdio.h&g ...

  4. .htaccess使用方法介绍

    1..htaccess文件使用前提 .htaccess的主要作用就是实现url改写,也就是当浏览器通过url访问到服务器某个文件夹时,作为主人,我们可以来接待这个url,具体地怎样接待它,就是此文件的 ...

  5. Kafka笔记7(构建数据管道)

    构建数据管道需要考虑的问题: 及时性  可靠性 高吞吐量和动态吞吐量   数据格式  转换    安全性   故障处理能力  耦合性与灵活性 数据管道的构建分为2个阵营,ETL和ELT ETL:提取- ...

  6. C语言实现迷宫小游戏

    代码如下,时间太晚,有空补注释: #include<stdio.h> #include<string.h> #include<time.h> #include< ...

  7. CentOS 7 FTP环境部署

    FTP协议有两种工作方式: 1)port方式:主动模式 port(主动)方式的连接过程是:客户端向服务器的FTP端口(默认是21)发送连接请求 , 服务器接受连接 , 建立一条命令链路 当需要传送数据 ...

  8. Vue 服务端渲染(SSR)

    什么是服务端渲染? 简单理解是将组件或页面通过服务器生成html字符串,再发送到浏览器,最后将静态标记"混合"为客户端上完全交互的应用程序. 服务端渲染的优点 更好的SEO,搜索引 ...

  9. 搭建rsync服务并同步重要数据

    在主备机器上均安装rsync,在主机上以daemon的模式启动,在备机上定时执行同步命令.安装rsync的命令如下: 1.下载安装包(主备机均执行) [root@localhost home]# wg ...

  10. laravel-admin 上传图片过程中遇到的问题

    1. 报错 Disk [admin] not configured, please add a disk config in `config/filesystems.php`. 在config/fil ...