MYSQL:事务隔离级别默认为 repeatable Read（可重复读）。
优化途径：1：存储数据前选择合适的表结构，字段结构；
2：随着业务的发展，垂直分割表，拆分表；
3：使用过程选择合适的查询语法，修改语法；
解决方案：
1：mysql创建表时候会选择存储引擎，可供选择的大概有七个引擎，常用的就两种：InnoDB和MyISAM 。MyISAM支持全文检索，如果你的数据是只存储只查询的话，例如日志内容，推荐使用该存储引擎，如果你有修改操作，不要使用该存储引擎，因为行级操作也会导致表锁，只要有修改就会串行化执行，这种效率是极低的。
InnoDB是一个非常复杂的存储引擎(具体怎么复杂我也不清楚)，对于一些小的应用，它会比 MyISAM 还慢。他是它支持“行锁” ，于是在写操作比较多的时候，会更优秀。并且，他还支持更多的高级应用，比如：事务，并且mysql的事务隔离机制 repeattable Read是会导致幻读现象的，InnoDB通过版本并发控制解决了这个问题。
我自己大部门项目我默认都会使用InnoDB,对于大量读操作的场景，如果需要全文检索推荐使用es，如果日志数据推荐使用mongoDB。
2:避免使用 SELECT * 。
3：如果操作数据时候根据主键id来的 末尾可加上 LIMIT 1。
4：创建合适的索引，索引是提高查询销量最简单粗暴的方法。
5：表关联后的ON后面的条件 两个字段使用相同类型的字段，创建索引，表关联操作尽量不要超过三个表，如果业务复杂最好通过代码去拆分处理。
6：字段对应存储的值是相对固定的字符串值，比如存储性别，城市，状态，能用int用int，想要表达含义的话可以用enum，而不要用varchar。
7：悲观锁 for Update 语法 一定要用到索引，不然执行过程中就会造成表锁
8：如果业务越来越复杂，可以对一个复杂的对象进行拆分，常用字段，主要字段放在一张主表内，不常用字段放在副表内。总之表越小越快。
9：如果用户量上来，数据量扩增起来后，可以尝试对表拆分为读写分离方案，分库分表方案。
