MySQL性能优化（三）表结构优化

1、选择合适的数据类型

1.使用能够存下你的数据的最小的数据类型。
2.使用简单的数据类型。int要比varchar类型在mysql处理上更简单。
3.尽量的使用not null定义字段。
4.尽可能少用text类型，非用不可时最好考虑分表。
*使用int来存储日志时间，利用FROM_UNIXTINE()(获得日期),UNIX_TIMESTAMP()(获得时间戳)两个函数来进行转换
*使用bigint来存ip地址，利用INET_ATON(),INET_NTOA()两个函数来进行转换

 

2、表的范式和反范式化设计

-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

先介绍一下数据库范式定义，以下

第一范式：当关系模式R的全部属性都不能在分解为更基本的数据单位时，称R是知足第一范式的，简记为1NF。知足第一范式是关系模式规范化的最低要求，不然，将有不少基本操做在这样的关系模式中实现不了。

说明：每一列属性都是不可再分的属性值，确保每一列的原子性。两列的属性相近或类似或同样，尽可能合并属性同样的列，确保不产生冗余数据。

第二范式：若是关系模式R知足第一范式，而且R得全部非主属性都彻底依赖于R的每个候选关键属性，称R知足第二范式，简记为2NF。

说明：每一行的数据只能与其中一列相关，即一行数据只作一件事。只要数据列中出现数据重复，就要把表拆分开来。

第三范式：设R是一个知足第一范式条件的关系模式，X是R的任意属性集，若是X非传递依赖于R的任意一个候选关键字，称R知足第三范式，简记为3NF。

说明：数据不能存在传递关系，即没个属性都跟主键有直接关系而不是间接关系。像：a-->b-->c  属性之间含有这样的关系，是不符合第三范式的。

-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

一、基于范式优化用法

范式化是指数据库设计的规范，目前说到范式化通常是指第三设计范式，也就是要求数据表中不存在非关键字段对任意候选关键字段的传递函数依赖则符合第三范式。

不符合第三范式要求的表存在下列问题：
1.数据冗余：（分类，分类描述）对于每个商品都会进行记录
2.数据的插入异常
3.数据的更新异常
4.数据的删除异常

 

二、基于反范式优化用法

反范式化是指为了查询效率的考虑把本来符合第三范式的表适当的增长冗余，以达到优化查询的目的，反范式化是一种以空间来换取时间的操做。

 

 

这是在学习慕课网《性能优化之MySQL优化》视频时及参考别人作的记录整理的。