本文目录一览：
数据库设计（MySQL）
id字段需要细化，用户ID，作品ID，作者ID；类型表不需要；用户表和管理员表可以合并，添加是否为管理员的判定字段；文学经典表和戏曲文化表可以合并为作品表，用type做区分即可；留言和收藏可以单独做两个表，按时间顺序记录，其中字段需要关联到相对应的其他表的ID；
急需MySql数据库设计规范
1. 数据表命名规范
模块名缩写_存储信息[_存储信息子类](多个单词用下划线分隔)，全部小写，例如：b2c_goods_type
2. 字段命名规范
存储信息属性(多个单词用下划线分隔)，全部小写，命名规则只来自于业务，尽量表达出列的含义。
例如：goods_id
3. 字段类型规范。
规则:用尽量少的存储空间来存 数一个字段的数据.
比如能用int的就不用char或者varchar
能用tinyint的就不用int
能用 varchar(20)的就不用varchar(255)
时间戳字段尽量用int型，如 created:表示从 '1970-01-01?08:00:00'开始的int秒数，采用英文单词的过去式；gmtCreated:表示datetime类型的时间，即形如 '1980-01-01?00:00:00'的时间串，Java中对应的类型为Timestamp
日期：用date
时间：用time
数字格式的用：int、tinyint、mediumint、smallint、bigint根据实际情况选择
字符串：用char、varcahr；
文本：用text
金额：用float
MYSQL数据库的物理设计都包括哪些内容，怎么设计？
Log File物理结构
从 ib_logfile0和 ib_logfile1这两个文件的物理结构可以看出，在Log Header部分还是有些许差异的， ib_logfile0会多一些额外的信息，主要是checkpoint信息。
并且每个Block的单位是512字节，对应到磁盘每个扇区也是512字节，因此redo log写磁盘是原子写，保证能够写成功，而不像index page一样需要double write来保证安全写入。
我们依次从上到下来看每个Block的结构
Log File Header Block
Log Goup ID，可能会配置多个redo组，每个组对应一个id，当前都是0，占用4字节
Start LSN，这个redo log文件开始日志的lsn，占用8字节
Log File Number，总是为0，占用4字节
Created By，备份程序所占用的字节数，占用32字节
另外在ib_logfile0中会有两个checkpoint block，分别是 LOG_CHECKPOINT_1/ LOG_CHECKPOINT_2，两个记录InnoDB Checkpoint信息的字段，分别从文件头的第二个和第四个block开始记录，并且只在每组log的第一个文件中存在，组内其他文件虽然没有checkpoint相关信息，但是也会预留相应的空间出来。这里为什么有两个checkpoint的呢？原因是设计为交替写入，避免因为介质失败而导致无法找到可用的checkpoint的情况。
Log blocks
请点击输入图片描述
log block结构分为日志头段、日志记录、日志尾部
Block Header，占用12字节
Data部分
Block tailer，占用4字节
Block Header
这个部分是每个Block的头部，主要记录的块的信息
Block Number，表示这是第几个block，占用4字节，是通过LSN计算得来的，占用4字节
Block data len，表示该block中有多少字节已经被使用了，占用2字节
First Rec offet，表示该block中作为第一个新的mtr开始的偏移量，占用2字节
Checkpoint number，表示该log block最后被写入时的检查点的值，占用4字节
