MySQL数据类型和Schema优化(二)

2024-09-07 10:58

本文主要是介绍MySQL数据类型和Schema优化(二),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

MySQL数据类型和Schema优化

  • MySQL
    • 合适的数据类型
      • 日期和时间类型(datetime、timesamp)
      • 整数类型
      • 实数类型(float\double\decimal)
      • 字符串类型(Varchar、Char)
    • Schema设计
    • 缓存表和汇总表

MySQL

良好的逻辑设计与物理设计是高性能的基石,应该根据具体业务需求的查询语句来设计schema,这往往需要权衡各种因素。

比如,反范式的设计可能会增加某些查询的速度,但也会带来数据同步的维护工作。

合适的数据类型

MYSQL支持的数据类型非常多,选择合适的数据类型将有助于MySQL的性能提升。

一般遵循以下规则:

  1. 更小的数据类型
  2. 简单的数据类型
  3. 尽量避免NULL

更小的数据类型,意味着占用更小的磁盘、内存、CPU缓存等,当然一个比较重要的前提是对类型要有合理的预估,毕竟对类型的变更是一项痛苦的事情,alter table操作会锁住整个表。

简单的数据类型,意味着MySQL更少的处理,占用更少的CPU周期,比如整型比字符串操作代价更低,字符串需要处理字符集和校对规则(排序规则),使得字符串的处理更加复杂。

尽量避免NULL,如果没有指定列是否为NULL,MySQL默认设置列为NULL。一般可以的话推荐设置Not Null,因为使用NULL对于MySQL更难优化。当为NULL的列被索引时,每个索引记录需要一个额外的字节。
在这里插入图片描述

日期和时间类型(datetime、timesamp)

  • datetime 使用8个字节存储、timesamp使用4个字节存储
  • datetime取值范围1001-9999年,timesamp取值范围在1970-2038年
  • datetime没有时区概念,timesamp有时区的概念

注意:timesamp时区问题,可能会导致CPU耗尽。前提是设置time_zone=system,该设置会获取系统的时区配置,并且获取操作是全局锁,高并发的情况下会导致CPU耗尽。

整数类型

tinyint、smallint、mediumint、int、bigint

  • 存储空间不同,由小到大分别是8,16,24,32,64位
  • 整数类型可以设置UNSIGNED属性,表示无负数,正数取值可以扩大一倍,并且存储空间不变
  • int(1) 和 int(11) 并不会改变取值范围,只是决定客户端显示的长度

实数类型(float\double\decimal)

  • float\double支持标准的浮点数运算进行近似计算,不能精确表达
  • float\double是CPU支持原生的浮点数计算,性能速度很快
  • decimal是mysql支持的类型,支持精确的浮点数。
  • decimal精确度要求比较高,比如财务数据可以选择使用
  • decimal需要复杂的计算,性能相对比较差
  • 数据量比较大的情况下,可以考虑使用bigint代替,通过乘相应小数点的倍数,比如100000000.1111 ,存储1000000001111,通过乘10000来解决,避免decimal复杂的计算代价。

字符串类型(Varchar、Char)

  • Varchar是可变长字符串,它比定长字符串更节省空间,因为它可以合理利用空间,只使用必要的空间。
  • Varchar需要额外的字节记录字符串的长度,如果长度超过255则使用2个字节,否则使用1个字节
  • Varchar由于可变长,如果长度增加同时当前页没有空间存储,InnoDB需要分裂页存储,导致碎片产生。
  • Char是定长字符串,对于固定长度的比如MD5加密串,非常适合使用Char进行存储,同时定长Char在更新时不容易产生碎片,存储空间上Char也不需要记录额外的长度,Varchar则需要使用1-2字节记录长度。

Schema设计

  • 太多的列:MySQL存储引擎API工作时需要在服务器层和存储引擎之间通过行数据格式拷贝数据,然后在服务器层将缓存行内容解码各个列。这个代价时非常高的;比如尽量避免使用select * 操作.

  • 范式与反范式:
    范式化的更新操作通常比反范式化要快,因为较好的范式化可以很少的或者没有重复数据,更新只要少部分的数据。
    举例子(错误的范式):

departmentemployeeleader
A小明王总
A小李王总
当需要修改部门领导时,需要更新两条数据,如果遵循范式化,再新增一个部门和领导的实体表,则只需要更新一条数据即可同时可以避免一些group by,distinct等操作,比如上面案例需要统计所有部门,就需要通过group by操作。

范式化的缺点是需要多表关联,稍微复杂一点可能就需要关联才能查询,此时可能会通过一些反范式的手段,减少关联查询。常用的做法就是在另一个表,保存相同的列。

通常设计是混用模式:范式+反范式配合使用
在这里插入图片描述

缓存表和汇总表

缓存表和汇总表没有标准的定义,通常来说缓存表来表示存储那些可以比较简单地从其他表schema获取(但是每次获取比较慢),可以通过缓存冗余数据,避免从其他表查询。

汇总表可以优先计算出结果,直接使用简单方式进行查询,减少实时查询计算的性能问题。

Java题库在线答题:www.51ctofx.com

这篇关于MySQL数据类型和Schema优化(二)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1144872

相关文章

Vue3 的 shallowRef 和 shallowReactive:优化性能

大家对 Vue3 的 ref 和 reactive 都很熟悉,那么对 shallowRef 和 shallowReactive 是否了解呢? 在编程和数据结构中,“shallow”(浅层)通常指对数据结构的最外层进行操作,而不递归地处理其内部或嵌套的数据。这种处理方式关注的是数据结构的第一层属性或元素,而忽略更深层次的嵌套内容。 1. 浅层与深层的对比 1.1 浅层(Shallow) 定义

SQL中的外键约束

外键约束用于表示两张表中的指标连接关系。外键约束的作用主要有以下三点: 1.确保子表中的某个字段(外键)只能引用父表中的有效记录2.主表中的列被删除时,子表中的关联列也会被删除3.主表中的列更新时,子表中的关联元素也会被更新 子表中的元素指向主表 以下是一个外键约束的实例展示

基于MySQL Binlog的Elasticsearch数据同步实践

一、为什么要做 随着马蜂窝的逐渐发展,我们的业务数据越来越多,单纯使用 MySQL 已经不能满足我们的数据查询需求,例如对于商品、订单等数据的多维度检索。 使用 Elasticsearch 存储业务数据可以很好的解决我们业务中的搜索需求。而数据进行异构存储后,随之而来的就是数据同步的问题。 二、现有方法及问题 对于数据同步,我们目前的解决方案是建立数据中间表。把需要检索的业务数据,统一放到一张M

如何去写一手好SQL

MySQL性能 最大数据量 抛开数据量和并发数,谈性能都是耍流氓。MySQL没有限制单表最大记录数,它取决于操作系统对文件大小的限制。 《阿里巴巴Java开发手册》提出单表行数超过500万行或者单表容量超过2GB,才推荐分库分表。性能由综合因素决定,抛开业务复杂度,影响程度依次是硬件配置、MySQL配置、数据表设计、索引优化。500万这个值仅供参考,并非铁律。 博主曾经操作过超过4亿行数据

HDFS—存储优化(纠删码)

纠删码原理 HDFS 默认情况下,一个文件有3个副本,这样提高了数据的可靠性,但也带来了2倍的冗余开销。 Hadoop3.x 引入了纠删码,采用计算的方式,可以节省约50%左右的存储空间。 此种方式节约了空间,但是会增加 cpu 的计算。 纠删码策略是给具体一个路径设置。所有往此路径下存储的文件,都会执行此策略。 默认只开启对 RS-6-3-1024k

性能分析之MySQL索引实战案例

文章目录 一、前言二、准备三、MySQL索引优化四、MySQL 索引知识回顾五、总结 一、前言 在上一讲性能工具之 JProfiler 简单登录案例分析实战中已经发现SQL没有建立索引问题,本文将一起从代码层去分析为什么没有建立索引? 开源ERP项目地址:https://gitee.com/jishenghua/JSH_ERP 二、准备 打开IDEA找到登录请求资源路径位置

使用opencv优化图片(画面变清晰)

文章目录 需求影响照片清晰度的因素 实现降噪测试代码 锐化空间锐化Unsharp Masking频率域锐化对比测试 对比度增强常用算法对比测试 需求 对图像进行优化,使其看起来更清晰,同时保持尺寸不变,通常涉及到图像处理技术如锐化、降噪、对比度增强等 影响照片清晰度的因素 影响照片清晰度的因素有很多,主要可以从以下几个方面来分析 1. 拍摄设备 相机传感器:相机传

MySQL数据库宕机,启动不起来,教你一招搞定!

作者介绍:老苏,10余年DBA工作运维经验,擅长Oracle、MySQL、PG、Mongodb数据库运维(如安装迁移,性能优化、故障应急处理等)公众号:老苏畅谈运维欢迎关注本人公众号,更多精彩与您分享。 MySQL数据库宕机,数据页损坏问题,启动不起来,该如何排查和解决,本文将为你说明具体的排查过程。 查看MySQL error日志 查看 MySQL error日志,排查哪个表(表空间

MySQL高性能优化规范

前言:      笔者最近上班途中突然想丰富下自己的数据库优化技能。于是在查阅了多篇文章后,总结出了这篇! 数据库命令规范 所有数据库对象名称必须使用小写字母并用下划线分割 所有数据库对象名称禁止使用mysql保留关键字(如果表名中包含关键字查询时,需要将其用单引号括起来) 数据库对象的命名要能做到见名识意,并且最后不要超过32个字符 临时库表必须以tmp_为前缀并以日期为后缀,备份

[MySQL表的增删改查-进阶]

🌈个人主页:努力学编程’ ⛅个人推荐: c语言从初阶到进阶 JavaEE详解 数据结构 ⚡学好数据结构,刷题刻不容缓:点击一起刷题 🌙心灵鸡汤:总有人要赢,为什么不能是我呢 💻💻💻数据库约束 🔭🔭🔭约束类型 not null: 指示某列不能存储 NULL 值unique: 保证某列的每行必须有唯一的值default: 规定没有给列赋值时的默认值.primary key: