高机能的基石：优越的逻辑、物理设想，依据体系要实行的查询语句设想schema
本章关注MySQL数据库设想，引见mysql数据库设想与其他关联型数据库治理体系的辨别
schema：【源】
schema就是数据库对象的鸠合，这个鸠合包括了种种对象如：表、视图、存储历程、索引等。为了辨别差别的鸠合，就须要给差别的鸠合起差别的名字，默许状况下一个用户对应一个鸠合，用户的schema名即是用户名，并作为该用户缺省schema。所以schema鸠合看上去像用户名。
假如把database看做是一个堆栈，堆栈许多房间（schema），一个schema代表一个房间，table能够看做是每一个房间中的储物柜，user是每一个schema的主人，有操纵数据库中每一个房间的权益，就是说每一个数据库映照的user有每一个schema（房间）的钥匙。 SQL server和Oracle mysql有别
4.1挑选优化的数据范例
准绳：
1、更小的经由过程更好，只管运用可准确存储数据的最小的数据范例（占更少的磁盘 内存 CPU缓存，处置惩罚时须要CPU周期更少：更快），但能罩得住数据，存不下就为难了
2、简朴就好：简朴范例（更少CPU周期），运用MySQL内建范例存时候，整型存ip，整型较字符代价低（字符集和校正排序划定规矩使字符较庞杂）
3、只管防备null：最好指定为not null
*）null列运用更多的存储空间，mysql里须要迥殊处置惩罚
*）null使索引、索引统计和值比较更庞杂；可为null的列被索引时，每一个索引纪录需分外的字节
破例：InnoDB运用零丁位bit存储null,so关于希罕数据（许多值为null）有很好的空间效力，不合适MyISAM
4.1.1整数范例【参考】
整数whole number
tinyint(8位存储空间) smallint(16) mediumint(24) int(32) bigint(64)
1、存储值的局限：
，N是存储空间的位数
2、unsigned：可选、不容许负值，可以使正数的上限进步一倍：tinyint unsigned 0~255，tinyint-128~127
3、有没有标记运用雷同的存储空间，雷同的机能
可为整型指定宽度，比方INT(11)，关于大多数运用无意义，不会限定值的正当局限，只是划定了交互东西显现字符的个数，关于存储和盘算，int（1）和int（20）是雷同的；
实数real number：带小数
float和double，mysql运用duble作为内部浮点盘算的范例
decimal：存储准确的小数，mysql服务器本身完成，decimal(18,9)18位，9位小数，9个字节（前4后4点1）
只管只在对小数举行准确盘算时才运用（分外的空间和盘算开支），如财务数据
数据量大时，斟酌运用bigint替代，将须要存储的钱银单元据小数的位数乘以响应的倍数
浮点：
发起：只指定范例、不定精度（mysql），这些精度非标准，mysql会悄选范例、或存时对值弃取
存储一样局限的值时，比decimal更少的空间，float4字节存 double8字节（更高精度局限）
4.1.3字符串范例
varchar和char：
条件：innodb和myisam引擎，最主要的字符串范例
磁盘存储：存储引擎存储的体式格局与在内存、磁盘上的不能不一样，所以mysql服务器从引擎取值需转花样
varchar：
1、存储可变字符串，比定长节约空间（仅运用必要的空间），但假如表运用row_format=fixed，行会定长存储
2、需运用1/2分外字节纪录字符串长度；1）列max长度<=255字节，1字节示意，否2字节，2）采纳latinl字符集，varchar（10）列需11个字节的存储空间，varchar（1000）1002字节，2字节存储长度信息
3、节约存储空间，利于机能；但在update可能使行变得比本来更长、需做分外事情
适宜的状况：
1）字符串列最大长度比均匀长度大许多；2）列的更新少（不忧郁碎片）；3）运用UTF-8字符串，每一个字符均运用差别的字节数存储
char：
1、定长，据长度分派空间，删除all末端空格；长度不够、空格添补
2、存储空间上更有用力，char(1)来存储只要Y N的值 1个字节 ，varchar2字节，另有一个纪录长度
合适的状况：
1）合适存储很短的字符串；2）或all值靠近同一个长度；3）常常变动的数据，存储不容易碎片
对应空格、存储：
char范例存储时末端空格被删；数据怎样存储取决于存储引擎，Memory引擎只支撑定长的行（最大长度分派空间）
binary，varbinary：存储二进制字符串，字节码，长度不够、\0来凑（不是空格）检索时不会去
激昂大方不是明智的：varchar（5）和varchar（100）存储‘hell’空间开支一样，长的列斲丧更多内存
blob和text：大数据
离别用二进制和字符体式格局存储，离别属于两组差别的数据范例：字符范例：tinytext、smalltext、text、mediumtext、longtext，对应的二进制范例是tinyblob、smallblob、blob、mediumblob、longblob，两类唯一的差别：blob范例存储的是二进制，无排序划定规矩或字符集，text有字符串 排序划定规矩；
MySQL会把每一个blob和text当作自力的对象处置惩罚，存储引擎存储时会做迥殊处置惩罚，当值太大，innoDB运用特地的外部存储地区举行存储，此时每一个值在行内须要1~4个字节存储一个指针，然后在外部存储现实的值；
mysql对他们的列排序：只对每列前max_sort_length字节排序；且不能将列悉数长度的字符串举行索引，也不能运用这些索引消弭排序；
假如explain实行计划的extra包括using temporary：这个查询运用了隐式暂时表
运用enum替代字符串范例
定义时指定取值局限，对1～255个成员的罗列须要1个字节存储；关于256～65535个成员，须要2个字节存储。最多能够有65535个成员，ENUM范例只能从成员中挑选一个；和set类似
可把不反复的牢固的字符串存储成一个预定义的鸠合，mysql在存储罗列时会据列表值的数目紧缩到1/2字节中，在内部会将每一个值在列表中的位置保存为整数（从1最先，必需举行查找才转换为字符串，开支、列表小 可控），且在表的.frm文件中坚持“数字-字符串”映照关联的“查找表”；
将一个数字存储到一个 ENUM 中，数字被当作为一个索引值，而且存储的值是该索引值所对应的罗列成员： 在一个 ENUM字符串中存储数字是不明智的，由于它可能会打乱头脑；ENUM 值遵照列规格申明中的列表递次举行排序。(ENUM 值遵照它们的索引号排序。)举例来讲，关于 ENUM("a", "b") "a" 排在 "b" 后，然则关于 ENUM("b", "a")， "b" 却排在 "a" 之前。空字符串排在非空字符串前，NULL 值排在别的一切的罗列值前。为了防备意想不到的结果，发起遵照字母的递次定义 ENUM列表。也能够经由过程运用GROUP BY CONCAT(col) 来肯定该以字母递次排序而不是以索引值。【源】
排序时装置竖立表时的递次排序的（应该是）；罗列最不好的处所：字符串列表是牢固的，增加删除字符串须运用alter table；在‘查找表’时采纳整数主键防备基于字符串的值举行关联；
4.1.4日期和时候
datetime：大局限的值 1001 9999 s YYYYMMDDHHMMSS 与时区无关 8字节
默许，以可排序、无歧义的花样显现datetime：2008-01-02 22:33:44
timestamp：1970 2038，1970 1 1以来的秒数，时区 4字节
from_unixtime将unix时候戳转日期，unix_timestamp将日期转unix时候戳
插进去时没有指定第一个timestamp列的值，设置为当前时候，插进去纪录时，默许更新第一个timestamp列的值，timestamp类为not null，只管运用timestamp（空间效力高）；
能够运用bigint范例存储玄妙级别的时候戳，或double存秒以后的小数部份，或运用MariaDB替代MySQL；
4.1.5 位
bit：mysql5.0
前与tinyint同义词，新特性
bit（1）单个位的字段，bit（2）2个位，最大长度64个位
行动因存储引擎而异，MyISAM打包存储all的BIT列（17个零丁的bit列只须要17个位存储，myisam3字节ok），其他引擎Memory和innoDB为每bit列运用充足存储的最小整数范例来寄存，不节约存储空间；
mysql把bit当作字符串范例，检索bit（1）值、结果是包括二进制0/1的字符串，数字上下文的场景检索，将字符串转成数字，大部份运用，best防备运用；
set
竖立表时，就指定SET范例的取值局限 ：属性名 SET('值1','值2','值3'...,'值n')，“值n”参数示意列表中的第n个值，这些值末端的空格将会被体系直接删除，字段元素递次 体系自动根据定义时的递次显现 反复 只存一次。
其基本形式与ENUM范例一样。SET范例的值能够取列表中的一个元素或许多个元素的组合。取多个元素时，差别元素之间用逗号离隔。SET范例的值最多只能是有64个元素组成的组合，依据成员的差别，存储上也有所差别：【参考，同enum】
1～8成员的鸠合，占1个字节。 9～16成员的鸠合，占2个字节。 17～24成员的鸠合，占3个字节。 25～32成员的鸠合，占4个字节。 33～64成员的鸠合，占8个字节。
须要坚持许多true、false值，可斟酌兼并这些列到set范例，在mysql内部以一系列打包的位的鸠合来示意的（有用应用存储空间）且mysql有find_in_set、field函数，方便在查询中运用；
瑕玷：转变列的定义代价高，须要alter table，没法再set上通索引查找
在整数列按位操纵：
替代set的体式格局：运用整数包装一系列的位：可把8个位包装到tinyint中，且按位操纵来运用，为位定义称号常量来简化这个事情，然则如许查询语句较难写且难明白
4.1.6挑选标识符identifier
标识列：自增长列【源】
1）可不用手动插进去值，体系供应默许序列值;2)不要乞降主键搭配 ; 3)请求是unique key；
4）一个表最多一个；5）范例只能是数值；5）可经由过程set auto_increment_increment=3;
挑选标识列范例时
斟酌存储范例、mysql对这类范例怎样实行盘算和比较，肯定后确保在all关联表中运用same范例，范例间要准确婚配；
技能：
1、整数范例：整数一般最好的挑选，很快且可运用auto_increment
2、enum和set范例，存储牢固信息
3、字符串：防备，耗空间较数字慢，myisam表迥殊警惕（默许对字符串紧缩运用、查询慢）
1）完整“随机”字符串MD5/SHA1/UUID函数生成的新值 会恣意散布在很大的空间内，致使insert及部份的select变慢：插进去值随机的写到索引的差别位置，insert变慢(页破裂 磁盘随机接见 聚簇索引碎片）；select变慢、逻辑上相邻的行散布在磁盘和内存差别的处所；随机值致使缓存对all范例的查询语句结果都变差（使缓存赖以事情的接见局部性道理失效）
聚簇索引，现实存储的循序构造与数据存储的物理构造一致，一般来讲物理递次构造只要一种，一个表的聚簇索引也只能有一个，一般默许都是主键，设置了主键，体系默许就为你加上了聚簇索引；【源】
非聚簇索引纪录的物理递次与逻辑递次没有必定的联络，与数据的存储物理构造没有关联；一个表对应的非聚簇索引能够有多条，依据差别列的束缚能够竖立差别请求的非聚簇索引；
2）存储uuid，移除-标记，或许用unhex转换uuid值为16字节的数字，且存储在binary（16）列中，检索时经由过程hex函数花样化为16进制花样;
UUID生成的值与加密散列函数(sha1)生成的值差别特性：uuid散布不均匀，有肯定递次，不如递增整数
小心自动生成的schema：
严峻机能题目，很大的varchar、关联列差别的范例；
orm会存储恣意范例的数据到恣意范例的后端数据存储中，并没有设想运用更优的范例存储，偶然为每一个对象每一个属性运用零丁行，设置运用基于时候戳的版本掌握，致使单个属性会有多个版本存在；衡量
4.1.7迥殊范例数据：空
相干文章：
【MySQL数据库】第三章解读：服务器机能理会（上）
【MySQL数据库】第三章解读：服务器机能理会 （下）
以上就是【MySQL数据库】第四章解读：Schema与数据范例优化（上）的细致内容，更多请关注ki4网别的相干文章！
