MySQL8.0优化 - 数据库对象编写建议


学习资料

【MySQL数据库教程天花板,mysql安装到mysql高级,强!硬!-哔哩哔哩】
【阿里巴巴Java开发手册】https://www.w3cschool.cn/alibaba_java

数据库对象编写建议

关于库

【强制】库的名称必须控制在32个字符以内,只能使用英文字母、数字和下划线,建议以英文字母开头
【强制】库名英文一律小写,不同单词采用下划线分割。须见名知意。
【强制】库的名称格式:业务系统名称_子系统名。
【强制】库名禁止使用关键字(如type,order等)。
【强制】创建数据库时必须显式指定字符集,并且字符集只能是utf8或者utf8mb4。
【建议】对于程序连接数据库账号,遵循权限最小原则
使用数据库账号只能在一个DB下使用,不准跨库。程序使用的账号原则上不准有drop权限
【建议】临时库以tmp_为前缀,并以日期为后缀;备份库以bak_为前缀,并以日期为后缀。

关于表、列

【强制】表和列的名称必须控制在32个字符以内,表名只能使用英文字母、数字和下划线,建议以英文字母开头
【强制】表名、列名英文一律小写,不同单词采用下划线分割。须见名知意。
【强制】表名要求有模块名强相关,同一模块的表名尽量使用统一前缀
【强制】创建表时必须显式指定字符集为utf8和utf8mp4。
【强制】表名、列名禁止使用关键词。
【强制】创建表时必须显式指定表存储引擎类型。如无特殊要求,一律为InnoDB。
【强制】建表必须要有comment。
【强制】字段命名应尽可能使用表达实际含义的英文单词或缩写
【强制】布尔值类型的字段命名为is_描述
【强制】禁止在数据库中存储图片、文件等大的二进制数据,只存储文件地址信息。
【建议】建表时关于主键:表必须有主键
【建议】核心表必须有行数据的创建时间段最后更新时间段,便于查问题。
【建议】表中所有字段尽量都是NOT NULL属性,业务可以根据需要定义DEFAULT值
【建议】所有存储相同数据的列名和列类型必须一致(一般作为关联列,如果查询时关联列类型不一致会自动进行数据类型隐式转换,会造成列上的索引失效,导致查询效率降低)。
【建议】中间表(或临时表)用于保存中间结果集,名称为tmp_开头。备份表用于备份或抓取源表快照,名称以bak_开头。中间表和备份表定期清理。
【建议】创建表时,可以使用可视化工具。这样可以确保表、字段相关的约定都能设置上。
实际上,我们通常很少自己写DDL语句,可以使用一些可视化工具来创建和操作数据库和数据表。可视化工具除了方便,还能直接帮我们将数据库的结构定义转化成SQL语言,方便数据库和数据表结构的导出和导入。

关于索引

【强制】InnoDB表必须主键为id int/bigint auto_increment,且主键值禁止被更新
【强制】InnoDB和MyISAM存储引擎表,索引类型必须为BTREE
【建议】主键的名称以pk_开头,唯一键以uni_uk_开头,普通索引以idx_开头,一律使用小写格式,以字段的名称或缩写作为后缀。
【建议】多单词组组成的columnname,取前几个单词首字母,加末单词组成column_name。
【建议】单个表的索引个数不能超过6个
【建议】在建立索引时,多考虑建立联合索引,并把区分度最高的字段放在最前面。
【建议】在多表JOIN的SQL里,保证被驱动表的连接列上有索引,这样JOIN执行效率最高。
【建议】建表或加索引时,保证表里互相不存在冗余索引

SQL编写

【强制】程序端SELECT语句必须指定具体字段名称,禁止写成*
【建议】程序端insert语句指定具体字段名称,不要写成INSERT INTO t1 VALUES(…)。
【建议】除静态表或小表(100行以内),DML语句必须有WHERE条件,且索引查找。
【建议】INSERT INTO …VALUES(xx),(xx),(xx)…这里的xx的值不要超过5000个。值过多虽然上线很快,单会引起主从同步延迟。
【建议】SELECT语句不要使用UNION,推荐使用UNION ALL,并且UNION子句个数限制在5个以内。
【建议】线上环境,多表JOIN不要超过5个表。
【建议】减少使用ORDER BY,和业务沟通能不排序就不排序,或将排序放到程序端去做。ORDER BY、GROUP BY、DISTINCT这些语句较为耗费CPU,数据库的CPU资源是极其宝贵的。
【建议】包含了ORDER BY、GROUP BY、DISTINCT这些查询的语句,WHERE条件过滤出来的结果集请保持在1000行以内,否则SQL会很慢。
【建议】对单表的多次alert操作必须合并为一次。
对于超过100w行的大表进行alter table,必须经过DBA审核,并在业务低峰期执行,多个alter需整合在一起。因为alter table会产生表锁,期间阻塞对于该表的所有写入,对于业务可能会产生极大影响。
【建议】批量操作数据时,需要控制事务处理间隔时间,进行必要的sleep。
【建议】事务里包含SQL不超过5个。
因为过长的事务会导致锁数据较久,MySQL内部缓存、连接消耗过多等问题。
【建议】事务更新语句尽量基于主键或UNIQUE KEY,如UPDATE… WHERE id=xx;
否则会产生间隙锁,内部扩大锁定范围,导致系统性能下降,产生死锁。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值