索引mysql，MySQL事务和索引

事务

事务特性

ACID：原子性、一致性、隔离性和持久性。

• 原子性：最小执行单位，不可中断不可分割，要么成功要么失败。
• 一致性：逻辑上的一致性，所有操作符合现实期望的。

索引mysql？如A给B转账，不论转账的事务操作是否成功，其两者的存款总额不变。

• 隔离性：并发事务之间相互隔离；
• 持久性：事务做出的更改其影响是持久的。

例子： 小明给小红转账1000元；那么小明的账户余额会减少1000元，而小红的账户余额会增加1000元。

事务： 小明给小红转账1000元
原子性：小明的账户余额会减少1000元，而小红的账户余额会减少1000元是不可中断的。也就是说不会存在小明的账户余额减少1000元，而小红的账户余额却没有增加1000元；
一致性：小明和小红账户的总金额不变；
隔离性：同时，铁柱也在给小明转账；两个转账操作是互相隔离的。
持久性：转账之后账户余额是真的变化了（该少的少，该多的多）。

隔离级别

隔离性是当多个用户并发访问数据库时，比如操作同一张表时，数据库为每一个用户开启的事务，不能被其他事务的操作所干扰，多个并发事务之间要相互隔离。

即要达到这么一种效果：

对于任意两个并发的事务T1和T2，在事务T1看来，T2要么在T1开始之前就已经结束，要么在T1结束之后才开始，这样每个事务都感觉不到有其他事务在并发地执行。

1. 如果两个事务不触及相同的数据，它们可以安全地并行（parallel） 运行，因为两者都不依赖于另一个。
2. 当一个事务读取由另一个事务同时修改的数据时，或者当两个事务试图同时修改相同的数据时，并发问题（竞争条件）才会出现。出于这个原因，数据库一直试图通过提供 事务隔离（transaction isolation） 来隐藏应用程序开发者的并发问题。

读未提交：在人家进行修改的时候，进去读了；出现脏读；解决方案：写的时候，别人不能读也不能写。（写锁）
读已提交：在你读的时候，别人修改了数据；出现不可重复读；解决方案：读的时候，别人不能写。（读锁）

sql事务？幻读：一个事务(同一个read view)在前后两次查询同一范围的时候，后一次查询看到了前一次查询没有看到的行

一个关于脏读的小笑话：
你看到一桶水，用勺子去舀，在你伸手去舀水时，有个人动作比你快，在往里倒屎，不管他倒没倒完，你舀出来的一定有屎​。

MySQL InnoDB存储引擎默认支持 REPEATABLE_READ（可重复读），但由于其使用了Next-Key Lock锁算法，因此可以避免幻读的产生。select @@tx_isolation 可查看隔离级别：

隔离级别的底层实现

锁

关于 InnoDB 锁的超全总结

排他锁又称写锁：若事务T对数据对象A加上X锁，事务T可以读A也可以修改A，其他事务不能再对A加任何锁，直到T释放A上的锁。这保证了其他事务在T释放A上的锁之前不能再读取和修改A。
共享锁又称读锁：若事务T对数据对象A加上S锁，则事务T可以读A但不能修改A，其他事务只能再对A加S锁，而不能加X锁，直到T释放A上的S锁。这保证了其他事务可以读A，但在T释放A上的S锁之前不能对A做任何修改。

MySQL 创建索引。可参考操作系统中经典问题：读者写者问题。

表级锁

每次锁定的是一张表的锁机制就是表级别锁定(table-level)。它是MySQL各存储引擎中粒度最大的锁定机制。

使用表级锁定的主要有MyISAM，MEMORY，CSV等一些非事务性存储引擎。

MySQL的表级锁有两种类型：表共享读锁（Table Read Lock）和表独占写锁（Table Write Lock）。

锁模式的兼容性：

对MyISAM表的读操作，不会阻塞其他用户对同一表的读请求，但会阻塞对同一表的写操作；

对MyISAM表的写操作，则会阻塞其他用户对同一表的读和写操作；

MyISAM表的读操作与写操作之间，以及写操作之间是串行的。当一个线程获得对一个表的写锁后，只有持有锁的线程可以对表进行更新操作。其他线程的读、写操作都会等待，直到锁被释放为止。

加锁

在执行查询语句（select）前，会自动给涉及的所有表加读锁；

在执行更新操作（update、delete、insert等）前，会自动给涉及的表加写锁。这个过程并不需要用户干预，因此不需要直接用lock table命令给MyISAM表显式加锁。
三分钟了解Mysql的表级锁——《深究Mysql锁》

行级锁 +

每次锁定的是一行数据的锁机制就是行级别锁定(row-level)。

mysql索引如何实现、使用行级锁定的主要有InnoDB存储引擎，以及MySQL的分布式存储引擎NDBCluster

算法

Record Lock（行级锁 ）：单个记录上的锁；

Gap Lock（间隙锁）：锁定一个范围，不包括记录本身。（解决幻读问题而引入）

Next-key lock：（Record+Gap）锁定一个范围，包含记录本身。

索引

MySQL索引使用的数据结构主要是 B+树和哈希索引。

1. 索引的发展和InnoDB、MyISAM
2. 红黑树

存储引擎

MySQL中的数据用各种不同的技术存储在文件（或者内存）中。这些技术中的每一种技术都使用不同的存储机制、索引技巧、锁定水平并且最终提供广泛的不同的功能和能力。通过选择不同的技术，你能够获得额外的速度或者功能，从而改善你的应用的整体功能。百度百科

InnoDB

是Mysql的默认存储引擎，用于事务处理应用程序，支持外键。如果应用对事务的完整性有比较高的要求，在并发条件下要求数据的一致性，数据操作除了插入和查询意外，还包含很多的更新、删除操作，那么InnoDB存储引擎是比较合适的选择。InnoDB存储引擎除了有效的降低由于删除和更新导致的锁定， 还可以确保事务的完整提交和回滚，对于类似于计费系统或者财务系统等对数据准确性要求比较高的系统，InnoDB是最合适的选择。

MyISAM

如果应用是以读操作和插入操作为主，只有很少的更新和删除操作，并且对事务的完整性、并发性要求不是很高，那么选择这个存储引擎是非常合适的。

MEMORY

将所有数据保存在RAM中，在需要快速定位记录和其他类似数据环境下，可以提供几块的访问。MEMORY的缺陷就是对表的大小有限制，太大的表无法缓存在内存中，其次是要确保表的数据可以恢复，数据库异常终止后表中的数据是可以恢复的。MEMORY表通常用于更新不太频繁的小表，用以快速得到访问结果。

MERGE

用于将一系列等同的MyISAM表以逻辑方式组合在一起，并作为一个对象引用他们。MERGE表的优点在于可以突破对单个MyISAM表的大小限制，并且通过将不同的表分布在多个磁盘上，可以有效的改善MERGE表的访问效率。这对于存储诸如数据仓储等VLDB环境十分合适。

InnoDB和MyISAM的区别

1. InnoDB支持事务，MyISAM不支持，对于InnoDB每一条SQL语言都默认封装成事务，自动提交，这样会影响速度，所以最好把多条SQL语言放在begin和commit之间，组成一个事务；

MyISAM与InnoDB 的区别（9个不同点）

MyISAM

InnoDB

如何选择

1. 是否支持事务；
2. 绝大多数是读操作，选MyISAM；
3. 系统崩溃后，MyISAM恢复困难；

大表优化

1. 限定数据范围（条件语句）
2. 读写分离（生成一个副本(从库)，主库负责写，从库负责读）
3. 垂直分离（ 按照列划分）
4. 水平分离（按照行划分）

MySQL千万级大表优化解决方案
MySQL大表优化方案