Mysql使用规范（纯技术和实战建议）
1、事务隔级别:
（强制）：Repeatable-Read（重复读），且不能在会话操作时临时开启隔离级别。
注：
Repeatable-Read（重复读）隔离级别解决不了幻读。
可用 show variables like 'tx_isolation'; 查看当前mysql的隔离级别，事务隔离级别如下：
- Read-Uncommitted；
- Read-Committed；
- Repeatable-Read（默认）；
- Seriaizable；
2、数据库字符集&表字符集&字段字符集:
- 数据库字符集（强制）：必需指定字符集；
- 表字符集（强制）：必需指定字符集；
- 字段字符集（强制）：必需指定字符集；
注：
mysql的字符集优先级，数据库字符集 < 表字符集 < 表字段字符集；
mysql Utf8 3字节，Utf8mb4 4字节；
3、建表：
- 存储引挚（强制）：必需明确指定存储引挚，通常是InnoDB存储引擎；
- 分库分表（非强制）：单表超过1000万行，或超过5GB，考虑分库分表；
- 数据保存策略（强制）：必需明确历史数据保存多久；
- 表需要有主键（非强制），且最好是自增主键；
- 表限制创建三个以上索引（非强制），超过可考虑联合索引，联合索引和多索引查询使用要考虑索引失效；
- 表列数量限制（非强制）：表列数量不要超过30个；
4、开发操作数据库：
- 组件使用（非强制）：java语言用Mybatis操作数据库；
- 连结数池（非强制）：不要超过100个；
- 禁止操作（强制）：禁止2张以上表join，禁止使用存储过程，禁止使用触发器，禁止使用定时任务；
- 查询结果集缓冲区大小（非强制）：涉及到select查询，要明确返回结果集大小，防止网络大量IO和内存崩掉，这里有两级数据缓存，1：数据库本身缓存大小；2、代码进程接结果集缓存大小。同时使用sql in语句小心超1000限制，很多数据库默认不支持有限制，如：select * from table r1 in(1,2,3,...,1000);
- sql执行计划（强制）：sql涉及到索引和主键的使用必需用EXPLAIN查看是否生效？
- 禁止存储大文件和大图片（强制）；
- 批量插入（非强制）：批量插入超过1000，分批处理，建议Mybatis操作数据库手动获取Jdbc实现批量插入，代码如：
5、事务：
5.1、Spring编程事务传播性（非强制）：
spring编程事务，即我们Java+Spring+db编程时开启事方式和时机。
建议使用：Propagation.REQUIRED传播性。如果当前存在事务，则加入该事务，如果当前不存在事务，则创建一个新的事务。对应：@Transactional(propagation = Propagation.REQUIRED, rollbackFor = Exception.class)
注：Spring事务传播性：
- Propagation.NESTED：和 Propagation.REQUIRED 效果一样；
- Propagation.NEVER：以非事务的方式运行，如果当前存在事务，则抛出异常；
- Propagation.NOT_SUPPORTED：以非事务的方式运行，如果当前存在事务，暂停当前的事务；
- Propagation.REQUIRES_NEW：重新创建一个新的事务，如果当前存在事务，暂停当前的事务；
- Propagation.MANDATORY：如果当前存在事务，则加入该事务；如果当前不存在事务，则抛出异常；
- Propagation.SUPPORTS：如果当前存在事务，则加入该事务；如果当前不存在事务，则以非事务的方式继续运行；
- Propagation.REQUIRED：如果当前存在事务，则加入该事务，如果当前不存在事务，则创建一个新的事务（默认）；
5.2、Spring编程事务回滚类型（非强制）：
编程开启事务时，明确事务的异常回滚类型。对应：@Transactional(propagation = Propagation.REQUIRED, rollbackFor = Exception.class)
5.3、事务开启（强制）：
事务开启需要从三个方向考虑，1、事务悲观和乐观；2、事务的颗粒度；3、事务失效；因此从三个方向进行限定开发规范。
5.3.1、事务悲观和乐观：
根据对代码执行效率的追求，和业务实现的可靠性，综合考虑事务使用悲观锁和乐观锁。
5.3.2、事务的颗粒度：
事务的颗粒度，从4个方面考虑：
- 事务开启Hold住的时长，与这段被Hold住业务代码实现有效时长的比值，比值越小效率越高。如：代码逻辑，第一步：更新一条记录，仅1ms；第二步：做了一个网络IO，或者磁盘IO，用了5s，这就是一个极其不合理的比值；
- 事务开启Hold住的时长，会引起锁升级和增大数据库死锁的概率；
- 事务开启涉及批量操作（insert/update/delete）,会引起锁升级和增大数据库死锁的概率；
- 事务Hold住的时长太长，可能会超时自动释放失效，同时长太长也会引起数据库死锁；
设计和编码落地时需从以上三人方面、事务可告性综合考虑，是否使用手动事务？或者注解事务（如开启，建议在函数方法开启）？
5.3.3、事务失效：
事务失效指开启了事务，事务确不失效，常见有以下几种可能，开发设计编码需要考虑：
- 注解不对导致失效；
- 跨线程方法调用导致失效；
- 多数据源导致失效；