建表规范：
- 1.建表的时候除了主键索引不要创建任何索引，其他index 根据业务增长情况增加
- 2.建立对应的冗余规范： add_time、add_date 、edit_time、edit_date ，这几个除了kv表都应该存在
- 3.建立冗余规范二：适当加入is_del、status 等做软删除
- 4.所有表都应该使用innodb进行引擎支撑
- 5.需要把详情字段单独拉出来做kv表，比如将文章详情从文章表中独立出一张文章详情表，只有id、desc 两个字段（这种表可以不加默认冗余）
- 6.所有表、库、字段都必须是小写字母+下划线。比如：库名shop_app, 用户表：user_info, 用户备注：remark 。反例：库名：shop_app,
用户表：shop_app_user_info ,用户备注：user_remark. 非常常见程序员错误。
- 7.通用utf-8 字符，存表情的使用utf-8mb4
解释：上面建表规范没有将特别细的某种类型字段该怎么设计，更多贴合我公司实际开发经验而来，部分观点有待商榷。
索引使用规范
- 1. 单表索引不要超过5个
- 2. 查询尽量走主键索引避免回表
- 3. 数据查询频率高、且数据颗粒度大的才适合索引
- 4. 所有的表都应该有主键索引（之前组员建立过其他键（外键）作为主键）并且只能用Id 来创建。
- 5. 索引尽量在实际业务量中创建，不要在创建表的时候创建
- 6.合理使用联合索引，使用联合索引的时候尽可能了解联合索引用途（待会讲）
- 7.联合索引尽可能不要加入太多字段
- 8.合理使用覆盖索引（待会讲）
- 9.尽可能使用5.7往后版本mysql，使用索引下推（待会讲）
-10. 字符串索引尽可能使用前缀索引，但是同时要注意前缀索引不能使用到覆盖索引
解析：联合索引的用法
联合索引的创建：altertable test add INDEX sindex (aaa,bbb,ccc)
此时索引Key : aaa,bbb,ccc
此时能查找索引（最左前缀原则）：
1. where aaa = ?
2. where aaa = ? and bbb = ?
3. where aaa=? and bbb=? and ccc =?
4. where aaa like ?
解释：联合索引会增加 索引的大小，创建联合索引的目的在于减少回表的次数和索引下推的几率。
- 情况一：以上面的sindex 为例子：select aaa,bbb,ccc where aaa=1，此时只需要查询一次索引树就可以获取到所有的数据。如果我们sindex = aaa,bbb .那么我们存在查询aaa,bbb,ccc的时候还需要去主键索引上查询内容。此时我们搜索最少都存在两个树。这种也称为使用了覆盖索引。
- 情况二：我们需要查询：select aaa,bbb,ccc where aaa=10 and bbb=20 。在5.6之前的版本之前，不论是联合索引还是单索引使用规则就是：查询索引上满足aaa=10的条件，然后再回表到主键索引上找bbb=20 的列。5.7之后会优先将联合索引上的列判断出来。这也就是索引下推
两种情况中涉及到的知识点就是：索引覆盖、索引下推、最左前缀原则
- 索引覆盖：在mysql查询过程中，查询的值直接在联合索引中存在，直接被返回
- 索引下推：在mysql查询过程中，联合索引中的第二级别以上的索引被命中就是索引下推。
在这两种情况下建立良好的联合索引是很利于sql优化的。
事务使用规范
- 1. 尽量避免长事务
- 2. 建表使用innodb （部分引擎不支持事务）
- 3. 将锁行的行为放在事务的末端（认清事务中行锁带来的影响，下面举例论述）
- 4. update 语句本身就是事务
- 5. 将autocommit 设置为1
事务的特性ACID：
原子性 Atomicity：构成事务的的所有操作必须是一个逻辑单元，要么全部执行，要么全部不执行。
一致性 Consistency：数据库在事务执行前后状态都必须是稳定的或者是一致的。
隔离性 Isolation：事务之间不会相互影响。
可靠性 Durability：事务执行成功后必须全部写入磁盘
事务的隔离级别：
Read uncommitted (读未提交)：最低级别，任何情况都无法保证。
Read committed (读已提交)：可避免脏读的发生。
Repeatable read (可重复读)：可避免脏读、不可重复读的发生。
Serializable (串行化)：可避免脏读、不可重复读、幻读的发生。
事务隔离级别对应的视图：
1.读未提交：这个阶段是没有视图的概念，所有读取都是最新值
2.读提交：这个阶段的视图基于每个sql建立的，sql得到结果后视图就被销毁
3.可重复读：这个阶段的视图会存活于事务的整个声明周期
4.串行化：没有视图概念，是通过加锁进行并发访问
解决三种问题
1.脏读 ：a事务读取到b事务未提交的数据
2.不可重复读： a事务读取同一行数据获得不同的结果（b事务修改了a读取的结果）
3.幻读：一个事务(同一个read view)在前后两次查询同一范围的时候，后一次查询看到了前一次查询没有看到的行
