MySQL是一种关系型数据库管理系统，关系数据库将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这样就增加了速度并提高了灵活性。归根结底，我们主要还是和MySQL表打交道的，MySQL表结构设计也就显得尤为重要了。

1.选择合适的存储引擎

在表结构设计中，首先我们就要选择一个合适的存储引擎，我们在之前的文章《谈谈MySQL存储引擎》就简述了每个存储引擎的区别，在选择存储引擎时，我们应该根据自己的业务场景来选型存储引擎，如：需要OLTP(在线事务处理)的应用，就应该选择InnoDB存储引擎，如果仅仅用作存储数据，允许数据不一致，数据仓库等场景时，可用MyISAM存储引擎，如果你不知道如何选择，那么使用InnoDB存储引擎就对了。

2.选择合适的字符集 这里之前也说过一次了，主要是为了保存emoji表情，例如: 微信昵称，就有很多带有emoji表情的，这里我们使用utf8mb4字符集，千万不要使用blob类型来存储。

3.选择合适的数据类型

这里指的是数据列的数据类型，在选择合适的数据类型时，我们应满足以下条件:

尽量选择小，简单的数据类型。

保持可读性。

尽量避免Null

我们尽可能选择小的数据类型，这样会有很多好处，比如服务端处理效率，传输等都会快些。这里给出几个常见的数据类型设计：

状态类型用 tinyint，例如 性别等。

时间日期使用datetime,timesamp类型，我比较喜欢使用datetime类型，(可读性高些)。

尽量不要使用text和blob数据类型，特别是blob。

4.添加合适的索引

建议在创建时间上都加上索引，索引提供指向存储在表的指定列中的数据值的指针，然后根据您指定的排序顺序对这些指针排序。数据库使用索引以找到特定值，然后顺指针找到包含该值的行。这样可以使对应于表的SQL语句执行得更快，可快速访问数据库表中的特定信息。

5.添加注释

添加注释，这是非常重要的，其中包括表注释，字段注释。主要是为了后期表结构的维护，我相信你对着数据表中那么多字段，如果没有注释的话，你是很难一下子明白是什么意思的，即使你是该表结构的设计者，十天半个月过去后，你还记得吗？

6.设计逻辑删除

这个字段主要用作业务上的逻辑删除，在现在数据为金的时代，数据不建议做物理删除。原因有以下几点:

可恢复，物理删除一旦删除，即不可恢复。

逻辑删除数据可用数据分析等。

例如:

deleted tinyint not null default 1;

7.使用外键约束

外键约束用来保证数据完整性的，这一点我很赞同，但是我不建议在数据库表中加外键约束，因为在数据表中添加外键约束，会影响性能，例如: 每一次修改数据时，都要在另外的一张表中执行查询。我的建议是：在应用层，也就是代码层面，来维持外键关系。

以上就是我们对MySQL表结构设计的解析，我们在使用MySQL数据库创建表时，一定要做好表结构的设计工作，设计出结构严谨逻辑顺畅的表，也能够使MySQL对表中数据的处理更加迅速，准确。在本站的MySQL教程中，有对MySQL表的各种介绍，在看完之后，相信我们对MySQL表结构设计会有更深的理解。