Mysql索引、事务隔离级别和优化

1.mysql多索引最左前缀原则

从前往后依次使用生效，如果中间某个索引没有使用，那么断点前面的索引部分起作用，断点后面的索引没有起作用
select * from table where index1=? and index2=? and index3=？.... 这种三个索引顺序使用中间没有断点，全部发挥作用；
select * from table where index1=? and index3=?... 这种情况下index2就是断点，index1发挥了效果，index3没有效果
select * from table where index2=? and index3=?... 这种情况下index1就是断点，在index1后面的索引都没有发挥作用，这种写法联合索引没有发挥任何效果；

select * from table where index2=? and index1= and index3=? .... 这个跟第一个一样，全部发挥作用，index只要用上了就行，跟写的顺序无关

2.事务隔离级别

SQL定义了四种隔离级别，指定了那些数据可以改变其他事务可见，那些数据改变其他事务不可见。低级别的隔离可支持更高的并发处理，同时占用的系统资源更少。【set global transaction isolation level read un commited】事务隔离级别，查看事务show variables like 'tx_isolation'

1.read-uncommitted(读取没提交内容)脏读所有事务都可以看到其他未提交事务的执行结果，首先开启A,B事务，B事务执行了更新操作但未提交，A事务读取了更新后数据，B回滚，A事务出现了脏读。

2.read-committed(读取提交内容)，一个事务从开始到提交前所做的任何改变都是不可见的。首先开启AB两个事务，在B事务更新并提交后，A事务读取了更新后的数据。此时处于同一A事务中查询出现了不同的查询结果，即不可重复读现象。

3.repeatable-read(可重读)mysql默认事务隔离级别，能确保同一事务的多个实例在并发读取数据时，会看到同样的结果。理论上会导致另一个问题：幻读。例如第一个事务对一个表中的数据进行了修改，这种修改涉及了表中的全部数据行，同时第二个事务也修改了这个表中的数据，这种修改是向表中添加一条数据。那么就会发生第一个事务的用户发现表中还有没有修改的数据，InnoDB和Falcon储存引擎通过多版本并发控制解决了该问题：InnoDB通过为每个数据行添加两个隐含值的方式来实现。这两个隐含值记录了行的创建时间，以及过期时间。每一行储存事件发生时的系统版本号，每一次开始一个新事务时版本号+1，每个查询根据事务的版本号来查询结果。

4.serializable(可串行化)这个是隔离级别最高的。通过强制事务排序，使之不可能相互冲突，从而解决幻读问题，是在每个读的数据行加上共享锁实现，在这个级别，可能会产生大量的超时现象和锁竞争。

mysql锁类型：共享锁（范围锁），排他锁（AB可同时获取共享锁，但是不能同时获取排他锁），意向锁（锁表）

mysql优化：数据库对象索引可以改善数据检索性能，但是会损失CUD（插入、更新、删除）性能，对于不经常查询的表最好不要建索引；select 多表查询通过explain 来检查select执行情况；不要执行select * 语句。