mysql统计每小时订单_MySQL性能优化 — 实践篇1

本文是MySQL性能优化实践系列的第一篇,主要讨论数据库表设计的范式理论,包括1NF、2NF、3NF,以及范式化和反范式化的优缺点。同时,介绍了SQL语句优化,包括show参数、定位慢查询和Explain工具的使用,以及索引的最佳实践,强调了全值匹配、最左前缀法则等原则。
摘要由CSDN通过智能技术生成

633a1f9e9bf213abb4e580462c1928bb.png

点赞再看,养成习惯,微信搜一搜【一角钱小助手】关注更多原创技术文章。 本文 GitHub org_hejianhui/JavaStudy 已收录,有我的系列文章。

前言

  • MySQL索引底层数据结构与算法
  • MySQL性能优化原理-前篇

前两篇说完了索引底层数据结构、性能优化原理的基本概念。本篇将讲讲具体实践。分两篇来讲,这是实践的第一篇。对于一个以数据为中心的应用,数据库的好坏直接影响到程序的性能,因此数据库性能至关重要。一般来说,要保证数据库的效率,要做好以下四个方面的工作:

  1. 数据库表设计
  2. SQL语句优化
  3. 数据库参数配置
  4. 恰当的硬件资源和操作系统

此外,使用适当的存储过程,也能提升性能。这个顺序也表现了四个方面对性能影响的大小。

数据库表设计

通俗地理解三个范式,对于数据库设计大有好处。在数据库设计当中,为了更好地应用三个范式,就必须通俗地理解三个范式。

第一范式:1NF - 确保原子性

是对属性的原子性约束,要求属性(列)具有原子性,不可再分解;(只要是关系型数据库都满足 1NF)

第二范式:2NF - 确保表中每列都和主键相关

是对记录的唯一性约束,要求记录有唯一标识,即实体的唯一性;

先满足1NF,然后每张表要有主键,并且确保每一列都和主键相关,而不是主键的一部分(主要针对联合主键)。换言之,一个表中只保存一种数据而不是多种数据。

错误示范:商品订单信息错误设计913a4edb219b5ac9b2e0e966a90d7d45.png正确示范:商品订单信息正确设计a936970c350d61943cf9dd5de8cc2fdf.png

第三范式:3NF - 确保每列都和主键直接相关,而不是间接相关

3NF 是对字段冗余性的约束,它要求字段没有冗余。

第三范式需要确保数据表中的每一列数据都和主键直接相关,而不能间接相关。不能传递依赖,如非主键列A依赖非主键列B,非主键列B依赖主键。

关键字段 -> 非关键字段x -> 非关键字段y

案例1:

比如在设计一个订单数据表的时候,可以将客户编号作为一个外键和订单表建立相应的关系。而不可以在订单表中添加关于客户其它信息(比如姓名、所属公司等)字段。如下这两个表所示的设计就是一个满足第三范式的数据库表。cb30c72ec341e88912252f56bf4eb485.png

案例2:

假定学生关系表为 Student (学号、姓名、年龄、所在学院、学院地点、学院电话),关键字为单一关键字“学号”,因为存在如下决定关系:

(学号)-> (姓名、年龄、所在学院、学院地点、学院电话)

即存在非关键字段“学院地点”、“学院电话”对关键字段“学号”的传递函数依赖。 它也会存在数据冗余,更新异常、插入异常和删除异常的情况。正确应把学生关系表分为如下两个表:

  • 学生:(学号、姓名、年龄、所在学院)
  • 学院:(学院、地点、电话)

范式化优缺点

范式化的优点:

  1. 重复数据少,不冗余;
  2. 维护更新快;
  3. 范式化的表更小,可在内存中运行。

范式化的缺点:

查询的时候经常需要很多关联,增加查询的代价。也可能使一些索引策略失效,因为范式化将列放在不同的表中,而这些列在一个表中本可以属于同一个索引。

反范式化的优缺点

反范式化的优点:

  1. 避免关联,几乎所有数据可以在一张表中显示。
  2. 可以设计有效的索引。

反范式化的缺点:

冗余数据多,更小维护麻烦,删除数据时也容易丢失重要信息。

数据表设计的建议

没有冗余的数据库设计可以做到,但是,没有冗余的数据库未必是最好的数据库,有时为列提高运行效率,就必须降低范式标准,适当保留冗余数据。具体做法:在概念数据模型设计时遵守第三范式,降低范式标准的工作放到物理数据模型设计时考虑。降低范式就是增加字段,允许冗余。

另外,《阿里巴巴Java开发手册》,数据库的表设计允许适当冗余,以提升SQL查询的性能,避免表的关联查询。

适度冗余,减少join的关联

冗余更新频率不高,但是查询频率极高的字段。如订单中的商品名称、微博发帖中的用户昵称。18d1a47d1749634f3dd3399e1f4a1354.png

大字段垂直拆分

c9b55baafc33307ed26e89c548bb8cf2.png如把博客列表中的内容拆分出去,访问列表的时候不读取博客内容,为纵深的逻辑关系。

大表水平拆分

举例说明:在一个论坛系统里,管理员经常会发一些帖子,这些帖子要求在每个分类列表里都要置顶。

  • 设计方案一:在发帖表里增加一列用来标示是否是管理员发帖,这样在每个分类列表展示时就需要对发帖表查询两次,一次是置顶帖,一次是普通帖,然后将两次结果合并。如果发帖表内容较大时,查询置顶帖的性能开销会比较大。
  • 设计方案二:将置顶帖存放在一个单独的置顶表里。因为置顶帖数量相比会很少,但访问频率很高,这样从发帖表里分拆开来,访问的性能开销会少很多。

合适的数据类型

如果数据量一样,但数据类型更小的话,数据存放同样的数据就会占用更少的空间,这样检索同样的数据所带来的IO 消耗自然会降低,性能也就很自然的得到提升。此外,MySQL 对不同类型的数据,处理方式也不一样,比如在运算或者排序操作中,越简单的数据类型操作性能越高,所以对于要频繁进行运算或者排序的字段尽量选择简单的数据类型。bdb3c81655b8e85e41721f037c8a6fcf.png

SQL语句优化

SQL优化的一般步骤

  1. 通过show status命令了解各种SQL的执行频率;
  2. 定位执行效率较低的SQL语句-(重点select);
  3. 通过explain分析低效率的SQL;
  4. 确定问题并采取相应的优化措施。
-- select语句分类
Select
Dml数据操作语言(insert update delete)
dtl 数据事物语言(commit rollback savepoint)
Ddl数据定义语言(create alter drop..)
Dcl(数据控制语言) grant revoke

-- Show status 常用命令
--查询本次会话
Show session status like 'com_%'; //show session status like 'Com_select'

--查询全局
Show global status like 'com_%';

-- 给某个用户授权
grant all privileges on *.* to 'abc'@'%';
--为什么这样授权 'abc' 表示用户名 '@' 表示host, 查看一下mysql->user表就知道了

--回收权限
revoke all on *.* from 'abc'@'%';

--刷新权限[也可以不写]
flush privileges;

SQL语句优化-show参数

MySQL客户端连接成功后,通过使用 show [session|global] status 命令可以提供服务器状态信息。其中的session来表示当前的连接的统计结果,global来表示自数据库上次启动至今的统计结果。默认是session级别的。

show status like 'Com_%';

其中, Com_XXX 表示 XXX

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值