数据库结构的优化

杨利霞

数据库结构的优化
1、选择合适的数据类型
数据类型的选择，重点在于“合适”二字，如何确定选择的数据类型是否合适了？
- o5 b, h8 k$ [+ L" H1、使用可以存下你的数据的最小的数据类型。（时间类型数据：可以使用varchar类型，可以使用int类型，也可以使用时间戳类型）
" C2 r" A0 k. D+ B' M2 k2、使用简单的数据类型，int要比varchar类型在mysql处理上简单。（int类型存储时间是最好的选择）
, N  C/ h) K7 p1 b1 N3 d  q0 S3、尽可能的使用not null定义字段。（innodb的特性所决定，非not null的值，需要额外的在字段存储，同时也会增加IO和存储的开销）
9 F7 k# Y# q  N0 L4、尽量少用text类型，非用不可时最好考虑分表。

2、数据库表的范式化优化
' M1 Z8 [) z9 E范式化是指数据库设计的规范，目前说道范式化一般是指第三设计范式。也就是要求数据表中不存在非关键字段对任意候选关键字段的传递函数依赖则符合第三范式。

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

3、数据库表的垂直拆分
, C% P- z$ L- F2 w垂直拆分定义
所谓的垂直拆分，就是把原来一个有很多列的表拆分成多个表，这解决了表的宽度问题。
垂直拆分原则
通常垂直拆分可以按以下原则进行：
( G/ p; K. e, r4 O# \% u1、把不常用的字段表单独存放到一个表中。
9 f0 i2 y; e' ~: P, Y, J) C! {2、把大字段独立存放到一个表中。
3、把经常一起使用的字段放到一起。
% V, \, Z% ]  X) i
4、数据库表的水平拆分

为什么水平拆分
表的水平拆分是为了解决单表数据量过大的问题，水平拆分的表每一个表的结构都是完全一致的

2 ^0 @# ?  n9 t; G- v水平不拆分原因
; {1 T- B& u7 s8 z) o2 v如果单表的数据量达到上亿条，那么这时候我们尽管加了完美的索引，查询效率低，写入的效率也相应的降低。

如何将数据平均分为N份
$ E4 [% a, u. l1 T7 T通常水平拆分的方法为：
1、对customer_id进行hash运算，如果要拆分为5个表则使用mod（customer_id，5）取出0-4个值。
5 A7 `! ?8 M5 a2、针对不动的hashid把数据存储到不同的表中。

水平拆分面临的挑战

1、夸分区表进行数据查询
0 m9 |/ U# [3 X$ F7 w8 }, V前端业务统计：
0 k( \$ y/ k. h7 ~/ n; L业务上给不同的用户返回不同的业务信息，对分区表没有大的挑战。
/ a9 K7 z6 N# V, i2、统计及后台报表操作
但是对后台进行报表统计时，数据量比较大，后台统计时效性比较低，后台就用汇总表，将前后台的表拆分开。
————————————————
  v7 o: M% G$ G; n9 d版权声明：本文为CSDN博主「Cgy25」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
0 }/ o: w! e+ a2 c, H4 a- D原文链接：https://blog.csdn.net/Cgy25/article/details/105690070
% |: f' m" a6 D7 m: F: U4 R4 @# i. U