第22章：数据库的设计原则和日常SQL编写

1.数据表的设计原则有哪些?

原则：三少一多，不是绝对的，有时增加冗余字段提高效率。

①数据表个数越少越好：实体和联系设计的简洁，方便理解和操作

②表的字段越少越好：数据冗余低

③表的联合主键字段个数越少越好：联合主键字段多，占用索引空间越大。

④主键和逻辑外键越多越好。数据表之间独立性，提升之间关联使用率。

2.数据库的编写建议

①库的名称必须控制在32个字符以内，只能使用英文字母、数字和下划线，建议以英文字母开头。

②库名中英文一律小写，不同单词采用下划线分割。须见名知意。

③库的名称格式：业务系统名称_子系统名。

④库名禁止使用关键字（如type,order等）。

⑤创建数据库时必须显式指定字符集 ，并且字符集只能是utf8或者utf8mb4。

CREATE DATABASE crm_fund DEFAULT CHARACTER SET 'utf8' ;

⑥对于程序连接数据库账号，遵循权限最小原则

使用数据库账号只能在一个DB下使用，不准跨库。程序使用的账号 原则上不准有drop权限 。

⑦临时库以 tmp_ 为前缀，并以日期为后缀；

备份库以 bak_ 为前缀，并以日期为后缀。

3.数据库表和列的编写建议

①表和列的名称必须控制在32个字符以内，表名只能使用英文字母、数字和下划线，建议以英文字母开头 。

②表名、列名一律小写，不同单词采用下划线分割。须见名知意。

③表名要求有模块名强相关，同一模块的表名尽量使用 统一前缀 。比如：crm_fund_item

④创建表时必须显式指定字符集为utf8或utf8mb4。

⑤表名、列名禁止使用关键字（如type,order等）。

⑥创建表时必须显式指定表存储引擎类型。如无特殊需求，一律为InnoDB

⑦建表必须有comment。注释

⑧字段命名应尽可能使用表达实际含义的英文单词或缩写 。如：公司 ID，不要使用corporation_id, 而用corp_id 即可。

⑨禁止在数据库中存储图片、文件等大的二进制数据

⑩表中所有字段尽量都是 NOT NULL 属性，业务可以根据需要定义 DEFAULT值 。 因为使用NULL值会存在每一行都会占用额外存储空间、数据迁移容易出错、聚合函数计算结果偏差等问题

⑾所有存储相同数据的 列名和列类型必须一致 （一般作为关联列，如果查询时关联列类型不一致会自动进行数据类型隐式转换，会造成列上的索引失效，导致查询效率降低）。

⑿中间表（或临时表）用于保留中间结果集，名称以 tmp_ 开头。

备份表用于备份或抓取源表快照，名称以 bak_ 开头。中间表和备份表定期清理。

【规范】

CREATE TABLE user_info ( 
`id` int unsigned NOT NULL AUTO_INCREMENT COMMENT '自增主键', 
`user_id` bigint(11) NOT NULL COMMENT '用户id', 
`username` varchar(45) NOT NULL COMMENT '真实姓名', 
`email` varchar(30) NOT NULL COMMENT '用户邮箱', 
`nickname` varchar(45) NOT NULL COMMENT '昵称', 
`birthday` date NOT NULL COMMENT '生日', 
`sex` tinyint(4) DEFAULT '0' COMMENT '性别', 
`short_introduce` varchar(150) DEFAULT NULL COMMENT '一句话介绍自己，最多50个汉字', 
`user_resume` varchar(300) NOT NULL COMMENT '用户提交的简历存放地址', 
`user_register_ip` int NOT NULL COMMENT '用户注册时的源ip', 
`create_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间', 
`update_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE 
CURRENT_TIMESTAMP COMMENT '修改时间', 
`user_review_status` tinyint NOT NULL COMMENT '用户资料审核状态，1为通过，2为审核中，3为未 
通过，4为还未提交审核',
PRIMARY KEY (`id`), 
UNIQUE KEY `uniq_user_id` (`user_id`), 
KEY `idx_username`(`username`), 
KEY `idx_create_time_status`(`create_time`,`user_review_status`) 
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='用户基本信息'

4.索引的编写建议

①InnoDB表必须主键为id int/bigint auto_increment，且主键值禁止被更新 。

②InnoDB和MyISAM存储引擎表，索引类型必须为 BTREE。

③主键的名称以 pk_ 开头，唯一键以 uni_ 或 uk_ 开头，普通索引以 idx_开头，一律使用小写格式，以字段的名称或缩写作为后缀。

④多单词组成的columnname，取前几个单词首字母，加末单词组成column_name。如:sample 表 member_id 上的索引：idx_sample_mid。

⑤单个表上的索引个数 不能超过6个

⑥在建立索引时，多考虑建立 联合索引 ，并把区分度最高的字段放在最前面

⑦在多表 JOIN 的SQL里，保证被驱动表的连接列上有索引，这样JOIN 执行效率最高。

⑧建表或加索引时，保证表里互相不存在 冗余索引 。 比如：如果表里已经存在key(a,b)，

则key(a)为冗余索引，需要删除

5.SQL的编写

①SELECT语句必须指定具体字段名称，禁止写成 *。

②insert语句指定具体字段名称，不要写成INSERT INTO t1 VALUES(…)。

③除静态表或小表（100行以内），DML语句必须有WHERE条件，且使用索引查找。

④INSERT INTO…VALUES(XX),(XX),(XX).. 这里XX的值不要超过5000个。 值过多虽然上线很快，但会引起主从同步延迟

⑤SELECT语句不要使用UNION，推荐使用UNION ALL，并且UNION子句个数限制在5个以内

⑥线上环境，多表 JOIN 不要超过5个表。

⑦减少使用ORDER BY，和业务沟通能不排序就不排序，或将排序放到程序端去做。ORDER BY、GROUP BY、DISTINCT 这些语句较为耗费CPU，数据库的CPU资源是极其宝贵的。

⑧包含了ORDER BY、GROUP BY、DISTINCT 这些查询的语句，WHERE 条件过滤出来的结果集请保持在1000行以内，否则SQL会很慢。

⑨对单表的多次alter操作必须合并为一次

⑩批量操作数据时，需要控制事务处理间隔时间，进行必要的sleep。

⑾事务里包含SQL不超过5个。

因为过长的事务会导致锁数据较久，MySQL内部缓存、连接消耗过多等问题。

⑿事务里更新语句尽量基于主键或UNIQUE KEY，如UPDATE… WHERE id=XX;

否则会产生间隙锁，内部扩大锁定范围，导致系统性能下降，产生死锁。