MySQL 性能优化--优化数据库结构之优化数据大小

MySQL性能优化--优化数据库结构之优化数据大小

 

By:授客  QQ1033553122

 

尽量减少表占用的磁盘空间。通常,执行查询期间处理表数据时,小表占用更少的内存。

 

表列

l   尽可能使用最效率(最小)的数据类型。比如,使用更小的整型以便于获取更小的表。相比INTMEDIUMINT 通常是个更好的选择,因为MEDIUMINT列少使用25%的空间。

l   尽可能的定义列为NOT NULL,这有利于更好的使用索引,可以让sql操作更快。

 

行格式

l   MySQL 5.7.8及以前版本,默认的,以COMPACT行格式创建InnoDB表。从5.7.9开始,默认行格式为DYNAMIC。可通过配置innodb_default_row_format来修改默认行格式。

 

同时,也可以通过执行CREATE TABLEALTER TABLE命令时指定ROW_FORMAT选项显示指定行格式化。

 

参考连接:

http://dev.mysql.com/doc/refman/5.7/en/innodb-row-format-specification.html

 

COMPACT行格式可减少大约20%的行存储空间, 代价是,针对某些操作,会增加CPU使用。如果工作任务由缓存命中率和磁盘速度限制,使用COMPACT可能会更快,,极少情况下,由CUP限制,可能会更慢。

 

同时,COMPACT行格式也会影响utf8utf8mb4数据在CHAR类型列中的存储。针对ROW_FORMAT=REDUNDANT,一个utf8utf8mb4 CHAR(N) 列,占用“最大字符的字节长度” X N 字节。 而许多语言主要使用单字节的utf8utf8mb4字符,所以固定长度的存储通常会浪费空间。针对ROW_FORMAT=COMPACT, InnoDB为这些列分配可变存储量,必要的话,过去掉尾部空格。最小的存储长度保存为N个字节。更多资料,查阅

http://dev.mysql.com/doc/refman/5.7/en/innodb-physical-record.html

 

l   在创建表时指定ROW_FORMAT=COMPRESSED,或者对已存在MyISAM表执行myisampack命令,以压缩形式存储表数据,可更进一步的最小化空间(被压缩的InnoDB表可读可写,但是被压缩的MyISAM表只可读)。

 

l   针对MyISAM表,如果没有可变长度列(VARCHAR,TEXTBLOB),将使用fixed-size列格式。这个速度比较快,但是会浪费一些空间。查看Section 16.2.3, “MyISAM Table Storage Formats”。即使有VARCHAR列,也可以在执行CREATE TABLE命令时使用ROW_FORMAT=FIXED显示指定使用固定长度列。

索引

l   表的主索引(primary index)(所占的空间)要尽可能短。这使得行记录的识别容易而且有效率。对于InnoDB表,主索引列也存在于每个二级索引(second index)条目中,所以如果有很多二级索引的话,短的主索引可以节省大量的空间。

 

注:

主索引:指在指定的索引字段或表达式中不允许出现重复值的索引

参考连接:

http://baike.baidu.com/link?url=R3TFNWDpGZU9kAioDFcC5LyPLJLy-RzjY1ZMuVyJHN1j3zmKnxOBE3U2dtaT9cG53dkIM2o76li0mLXNzVpDZa

 

更多说明,参考文章:“MySQL InnoDB表和索引之聚簇索引与第二索引

 

l   仅在需要提高查询性能时创建索引。索引有利于检索,但是会减慢插入和更新操作的速度。如果大部分情况下都是通过在组合列(combinnation of columns)上搜索进行表访问,那么应该在该组合列上建立索引,而不是为组合列中的每个建立单独的索引。索引的第一部分即第一列,应该是用得最多的列。

 

l   很有可能,一个很长的字符串列,拥有一个唯一的前缀,最好仅索引该前缀(语法支持,具体查看 Section 14.1.14, “CREATE INDEX Syntax”)。索引越短,检索越快,不仅仅是因为其需要更少的磁盘空间,还因为在索引缓存中提供了更多的命中,进而减少磁盘搜索(disk seeks)

 

eg:仅用name列的前10个字符创建索引

CREATE INDEX part_of_name ON customer (name(10));

 

参考连接:

http://dev.mysql.com/doc/refman/5.7/en/create-index.html

 

Join

l   某些情况,把一张经常被扫描的表拆分成两张表是很有好处的,特别是动态格式化表,并且在扫描时,可能用一个更小的统计格式表来查询相关行

 

注:

动态格式化表:包含长度可变的列,或者使用ROW_FORMAT=DYNAMIC选项创建的表

 

参考连接:

http://dev.mysql.com/doc/refman/5.5/en/dynamic-format.html

 

l   不同表中用相同的数据类型声明携带相同信息的数据列,加快基于对应列的join速度。

 

l   尽量保持列名的简单,这样,可以跨越不同的表使用相同的名字,并简化join查询。比如,某个名为customer表中,使用列名 name ,而不是customer_name。为了使列名兼容它sql服务器,考虑保持列名少于18个字符。

 

标准化

l   正常,尽量保持数据不重复。赋予列名唯一ID,有必要的话,在其它更小表中使用这些id,而不是重复冗长的值,比如名称和地址,join子句中通过引用这些idjoin表。

 

l   如果速度比磁盘空间,保存多份数据副本的维护成本更重要,例如,在一个商业智能场景中,分析来自大表的所有数据,可以适当放宽标准化规则,冗余数据信息或创建汇总表以获取更快的速度。

 

 

参考连接:

http://dev.mysql.com/doc/refman/5.7/en/data-size.html

 

 

 

原文地址:https://www.cnblogs.com/shouke/p/10157722.html