T31项目-Day3分享（mysql建表规约以及B+树）

今日事今日毕,勿将今事待明日。

---

一、强制建表规约

1. 【强制】表达是与否概念的字段，必须使用 is_xxx 的方式命名，数据类型是 unsigned tinyint（1 表示是，0 表示否）。

POJO 类中的任何布尔类型的变量，都不要加 is 前缀，所以，需要在resultMap设置从 is_xxx 到Xxx 的映射关系。数据库表示是与否的值，使用 tinyint 类型，坚持 is_xxx 的命名方式是为了明确其取值含义与取值范围。

2. 【强制】表名、字段名必须使用小写字母或数字，禁止出现数字开头，禁止两个下划线中间只出现数字。数据库字段名的修改代价很大，因为无法进行预发布，所以字段名称需要慎重考虑。

因为MySQL 在 Windows 下不区分大小写，但在 Linux 下默认是区分大小写的。因此，数据库名、表名、字段名，都不允许出现任何大写字母，避免节外生枝。

3. 【强制】表名不使用复数名词。

表名应该仅仅表示表里面的实体内容，不应该表示实体数量。

4. 【强制】禁用保留字，如 desc、range、match、delayed 等，参考 MySQL 官方保留字。
5. 【强制】主键索引名为 pk_字段名；唯一索引名为 uk_字段名；普通索引名则为 idx_字段名。

pk_ 即 primary key；uk_ 即 unique key；idx_ 即 index 的简称。

6. 【强制】小数类型为 decimal，禁止使用 float 和 double。

说明：在存储的时候，float 和 double 都存在精度损失的问题，很可能在比较值的时候，得到不正确的
结果。如果存储的数据范围超过 decimal 的范围，建议将数据拆成整数和小数并分开存储。

7. 【强制】如果存储的字符串长度几乎相等，使用 char 定长字符串类型。

可以节省空间
char (13)长度固定， 如‘abcdefghijkl‘ 存储需要空间 12个字符；
varchar(13) 可变长， 如‘abcdefghijkl‘ 需要存储空间 13字符；

8. 【强制】varchar 是可变长字符串，不预先分配存储空间，长度不要超过 5000，如果存储长度大于此值，定义字段类型为 text，独立出来一张表，用主键来对应，避免影响其它字段索引效率。
9. 【强制】表必备三字段：id, create_time, update_time。

其中 id 必为主键，类型为 bigint unsigned、单表时自增、步长为 1。create_time, update_time的类型均为 datetime 类型，前者现在时表示主动式创建，后者过去分词表示被动式更新。

10.【强制】货币数据使用最小单位，数据为bigint

二、建表推荐规约

1.表的命名最好是遵循“业务名称_表的作用”
2.库名与应用名称尽量一致
3.如果修改字段含义或对字段表示的状态追加时，需要及时更新字段注释
4.字段允许适当冗余，以便于提高查询性能，但必须考虑数据一致性
5.单表行数超过500万或者单表容量超过2GB，才推荐进行分表分库

三、InnoDB 一棵高度为3的B+树可以存放多少行数据？

在计算机中磁盘存储数据最小单元是扇区，一个扇区的大小是 512 字节，而文件系统（例如XFS/EXT4）他的最小单元是块，一个块的大小是 4k，而对于我们的 InnoDB 存储引擎也有自己的最小储存单元——页（Page），一个页的大小是 16K。
Innodb 的所有数据文件（后缀为 ibd 的文件），他的大小始终都是 16384（16k）的整数倍。

假设一行数据的大小是 1k（实际上现在很多互联网业务数据记录大小通常就是1K左右），那么一个页可以存放 16 行这样的数据。
主键ID为bigint类型，长度为8字节，而指针大小在InnoDB源码中设置为6字节，这样一共14字节，我们一个页中能存放多少这样的单元，其实就代表有多少指针，即16384/14=1170。那么可以算出一棵高度为2的B+树，能存放117016=18720条这样的数据记录。
根据同样的原理，高度为三的话可以存放 11701170*16=21902400条。

所以在InnoDB中B+树高度一般为1-3层，它就能满足千万级的数据存储。在查找数据时一次页的查找代表一次IO，所以通过主键索引查询通常只需要1-3次IO操作即可查找到数据。

另外B+树可以在这个网站模拟https://www.cs.usfca.edu/~galles/visualization/BPlusTree.html