MySQL开发设计规范有哪些

这期内容当中小编将会给大家带来有关Mysql开发设计规范有哪些，文章内容丰富且以专业的角度为大家分析和叙述，阅读完这篇文章希望大家可以有所收获。

命名规范

l  库名、表名、字段名禁止超过32个字符。

l  所有数据库对象名称必须使用小写字母并用下划线分割

不同的数据库名  DbName dbname

不同的表名  Table table tabLe

l  所有数据库对象名称(库名、表名、字段名)禁止使用mysql保留关键字

select id,username,from,age from tb_user

有两个from,Mysql并不清楚这两个from有什么区别,执行上面会报错

select id,username,`from`,age from tb_user 正确

l  数据库对象的命名要能做到见名识义，并且最好不要超过32个字符

例如:用户账号表  user_account

     用户数据库  aisino_userdb

l  临时库表必须以tmp_开头并以日期为后缀, 例如tmp_test01_20161218

l   备份库备份表必须以bak_开头并以日期戳为后缀, 例如bak_test01_20161218

l  所有存储相同数据的列名和列类型必须一致

CREATE TABLE customer_inf(

customer_inf id int unsigned auto increment not null comment '自增id',

customer_id int unsigned not null comment 'customer_login表的自增id,

.........................................

CREATE TABLE order_master(

order_id id int unsigned not null auto increment comment '订单ID',

customer_id int unsigned not null comment '下单人ID',

.........................................

基础规范

l  使用INNODB存储引擎

支持事务，行级锁，更好的恢复性，高并发下性能更好

l  INNODB表必须有主键列，使用auto_increment

l  数据库和表的字符集统一使用UTF8

统一字符集可以避免由于字符集转换产生的乱码

MySQL中UTF8字符集汉字占3个字节，ASCII码占1个字节

l  表必须有主键

l  所有表和字段都需要添加注释

使用comment添加表和列的备注

好处:从一开始就进行数据字典的维护和整理

l  表数量不超过300个

l  尽量控制单表数据量的大小，建议数据控制在500万行以内

500万并不是MySQL数据库的限制，MySQL最多可以存储多少万数据？

这种限制取决于存储设置和文件系统

  可以用历史数据归档，分库分表等手段来控制数据量大小

l  禁止在数据库中存储图片，视频和文件等二进制数据

把图片或文件存储到相应的文件服务器中，数据库中只存放图片或文件的地址信息

通常文件很大，查询io操作耗时,会影响数据库的性能

利用更有效的利用缓存，避免读入无用的冷数据

经常一起使用的列放到一个表中

l  禁止在线上做数据库压力测试

l  禁止从开发环境，测试环境直连生产环境数据库

数据库各个环境之间要进行隔离

l  临时表和备份表必须定期清理(备份归档)

库表设计

l  禁止使用分区表

分区表在物理上表现为多个文件，在逻辑上表现为一个表

谨慎选择分区键，跨分区查询效率可能更低

 对于大表建议采用物理分表的方式管理大数据

l  拆分大字段和访问频率低的字段，分离冷热数据

尽量做到冷热数据分离，减小表的宽带

MySQL限制最多存储4096列,每一行数据的大小不能超过65535个字节

减少磁盘 IO，保证热数据的内存缓存命中率

l  按日期时间分表需符合YYYY[MM][DD][HH]格式

l  采用合适的分库分表策略。

字段设计

l  避免使用TEXT,BLOB数据类型

建议把BLOB或TEXT列分离到单独的扩展表中

l  优先选择符合存储需要的最小的数据类型, 使用INT UNSIGNED存储IPV4

将字符串转化为数字类型存储:

INET_ATON('255.255.255.255')=4294967295

将数字类型转化为字符串:

INET_NTOA(4294967295)='255.255.255.255'

l  使用TINYINT来代替ENUM类型

l  表字符集尽量选择UTF8

l  避免使用ENUM枚举数据类型

修改ENUM值需要使用ALTER语句

ENUM类型的ORDER BY操作效率低，需要额外操作

禁止使用数值作为ENUM的枚举值

l  所有字段均定义为NOT NULL

索引NULL列需要额外的空间来保存，所以要占用更多的空间

进行比较和计算时候要对NULL值做特殊处理，索引会失效

l  使用UNSIGNED存储非负整数

无符号值取值范围:

UNSIGNED INT (0--4294967295)

l  同财务相关的金额类数据，必须使用decimal类型

Decimal类型为精准浮点数，在计算时不会丢失精度

占用空间由定义的宽度决定

可用于存储比bigint更大的整数数据

l  尽量避免使用字符串存储日期型数据

缺点1：无法用日期函数进行比较和计算

缺点2：用字符串存储日期要占用更多的空间

l  使用TIMESTAMP或DATATIME类型存储时间

TIMESTAMP  1970-01-01 00:00:01 --2038-01-19  03:14:07

l  INT类型固定占用4字节存储,TIMESTAMP占用4字节和INT相同，但比INT可读性高

l  禁止在数据库中存储明文密码

索引规范

l  限制每张表的索引数量，建议单表索引数量不超过5个

l  禁止给表中的每一列都建立单独的索引,单个索引中的字段数不超过5个

l  每个Innodb表都要有一个主键

不使用更新频繁的列作为主键，不使用多列主键

主键建议选择使用自增ID值

l  不使用更新频繁的列

l  为经常需要排序、分组和联合操作的字段建立索引

常见索引列建议

SELECT,UPDATE,DELETE语句的WHERE从句中的列

包含在ORDER BY,GROUP BY,DISTINCT中的字段

多表JOIN的关联列

l  为常作为查询条件的字段建立索引

l  删除不再使用或者很少使用的索引

l  最左前缀匹配原则，非常重要的原则。

l  尽量选择区分度高的列作为索引

l  避免建立冗余索引和重复索引

index(a,b,c), index(a,b) ,index(a)

 a列是冗余索引

l  对于频繁的查询优先考虑使用覆盖索引

覆盖索引：就是包含了所有查询字段的索引

  全部字段不但是指where从句中出现的列，也包括出现在select从句，order by和group by从句中的列

  覆盖索引的好处:避免Innodb表进行索引的二次查找

  可以把随机IO变为顺序IO加快查询效率

SQL设计规范

l  避免隐式转换,会导致索引失效

l  充分利用前缀索引

l  必须是最左前缀

l  JOIN消耗较多内存，产生临时表

l  避免在数据库中进行数学运算

l  WHERE从句中禁止对列进行函数转换和计算

对列进行函数转换或计算会导致无法使用索引

where date(createtime)='20160901'

改进:

 where createtime >= '20160901' and createtime < '20160902'

l  使用不等于（!= 或者 <>），无法使用索引

l  使用LIKE操作（如'%abc...'）时，无法使用索引

l  拒绝大SQL，拆分成小SQL

不支持SQL并行查询，MySQL一个SQL只能使用一个CPU进行计算

l  避免使用JOIN关联太多的表

每join一个表会多占用一部分内存(join_buffer_size)

会产生临时表操作，影响查询效率

 MySQL最多允许关联61个表，建议不超过5个

l  程序连接不同的数据库使用不同的账号，禁止跨库查询

l  用UNION ALL而不是UNION

UNION会把所有数据放到临时表中后再进行去重操作

UNION ALL不会再对结果集进行去重操作

l  禁止使用select *进行查询及没有字段列表的insert操作

l  禁止单条SQL语句同时更新多个表

l  尽量不使用select *,而使用SELECT <字段列表>查询

SELECT *返回结果中包含很多并不需要的字段，消耗更多的CPU和IO以及网络带宽资源

无法使用覆盖索引

行为规范

l  批量导入、导出数据必须提前通知DBA协助观察

超过100万行的批量写操作，要分批多次进行操作

l  对大表数据结构的修改一定要谨慎，会造成严重的锁表操作，尤其是生产环境，是不能忍受的

对于大表使用pt-online-schema-change修改表结构，不会锁表

避免大表修改产生的主从延迟

避免在对表字段进行修改时进行锁表

l  推广活动或上线新功能须提前通知DBA,请求压力评估

l  对于程序连接数据库账号，遵循权限最小原则

l  程序使用的账号原则上不准有drop权限

l  不使用super权限连接数据库

禁止为程序使用的账号赋予super权限

super权限只能留给DBA处理问题的账号使用

l  对单表的多次alter操作必须合并为一次操作

l  产品出现非数据库导致的故障时及时通知DBA协助排查

l  数据库数据丢失，及时联系DBA进行恢复

l  重大项目的数据库方案选型和设计必须提前通知DBA参与

l  对特别重要的库表，提前与DBA沟通确定维护和备份优先级

l  不在业务高峰期批量更新、查询数据库

l  批量导入、导出数据须提前通知DBA，请求协助观察

l  数据库DDL及重要SQL及早提及DBA评审

l  提及线上DDL需求，所有SQL语句须有备注说明

上述就是小编为大家分享的MySQL开发设计规范有哪些了，如果刚好有类似的疑惑，不妨参照上述分析进行理解。如果想知道更多相关知识，欢迎关注编程网数据库频道。