MySQL数据库表设计基本概要

引言

数据库的性能取决于数据库级别的几个因素，例如表，查询和配置设置。

基本设计

• 表结构设计是否最优？ 列值类型设计策略，对字段内容评估使用合理数据类型，即最小化它们在磁盘上的空间！ 频繁更新的表 <——> 列少 ； 分析大数据量的应用 <——> 列多

• 索引设计是否合理？ <——> 查询命中

• 存储引擎是否合理？对于InnoDB 、MyISAM选择是否正确？

  一般而言，InnoDB是默认存储引擎。适合操作频繁、事务、高并发、聚簇索引(叶子节点存储的是一整行的信息)、支持外键。(聚簇索引按照每张表的主键构造一颗B+树，同时叶子节点存放的即为整张表的行记录数据。索引组织表中数据也是索引的一部分。数据页之间通过双向链表来连接) 可利用 py_innodb_page_info工具分析表空间。

• 选择合适的隔离级别 在尽可能的情况下允许共享访问，在适当的时候独占访问！

• 缓冲区大小的设置合理？缓冲区足够大以容纳经常访问的数据，但又不能太大以至于它们会使物理内存过载并导致分页。

• 在MySQL 5.6中，InnoDB 表默认使用COMPACT行存储格式（ROW_FORMAT=COMPACT） <——> 行格式

 

优化数值数据

对于可以表示为字符串或数字的唯一ID或其他值，与字符串列相比，首选数字列。

字符还是字符串

• 需要特定于语言的排序规则功能时，请使用二进制排序规则顺序进行快速比较和排序操作。

• 比较来自不同列的值时，请尽可能声明具有相同字符集和排序规则的那些列，以避免在运行查询时进行字符串转换。

• 对于小于8KB的列值，请使用二进制 VARCHAR而不是 BLOB。

• 如果表包含名称和地址之类的字符串列，但是许多查询未检索到这些列，请考虑将字符串列拆分为单独的表，并在必要时使用带有外键的联接查询。当MySQL从一行中检索任何值时，它将读取一个包含该行所有列（可能还有其他相邻行）的数据块。保持每行较小，仅使用最常使用的列，可使更多行适合每个数据块。这样的紧凑表减少了常见查询的磁盘I / O和内存使用量。

• 当您将随机生成的值用作InnoDB表中的主键时，请尽可能在其前面加上一个升值，例如当前日期和时间。当连续的主值在物理上彼此靠近存储时，InnoDB可以更快地插入和检索它们。