高性能mysql备忘摘抄

以下内容摘抄自 【 高性能Mysql 】

表锁：

一个用户对表进行写操作(插入、删除、更新等前,需要先获得写锁，这会阻塞其他用户对该表的所有读写操作。只有没有写锁时，其他读取的用户才能获取读锁，读锁之间是不互相阻塞的。

写锁比读锁具有更高的优先级。

ALTER 之类的语句会使用表所，而忽略存储引擎的锁机制

行锁：

行级别锁可以最大程度的支持并发处理(同时也带来了最大的性能开销)。

事物 ACID 原则：

原子性 一致性 隔离性 持久性

事务隔离级别：

未提交读：事务中修改，即使没有调交，其他事务依然可见

提交读：事物过程中，可以查看别人已经提交了的事务，会造成一个事务数据前后查询不一致可能性(脏读)。

可重复读(mysql默认) ：解决脏读问题，innodb 通过 MVCC 多版本并发控制解决了幻读。其他事务提交数据本事务查询不到

可串行化： 强制事务串行执行。

死锁：

除表级锁外都有可能产生死锁,innodb检测到死锁会立即返回一个错误,目前处理死锁方法是 将最少行级排他锁的事务进行回滚(相对比较简单的死锁回滚算法)。

事务存储引擎注意：

在同一个事务中,使用多种存储引擎是不可靠的(如 myisam 和 innodb )。如果需要回滚，myisam 将不会成功。

多版本并发控制（MVVC）：

MVCC可以理解为行级锁的变种

innodb的MVCC,是通过在每行记录后面保存两个隐藏的列来实现的。 这两个列,一个保存了行的创建时间,一个保存行的过期时间(或删除时间)，当然存储的不是实际的时间值,而是系统版本号。每开始一个事务,系统版本号自增。系统开始时刻的系统版本号,将作为这个事务的版本号，用来和查询的到的每行记录版本号进行比较。

按照数据存储方式来分

聚簇索引 和 非聚簇索引

聚簇索引：

聚簇索引将索引和数据保存在同一个B-Tree中，主键值对应了数据节点，而非聚簇索引只是一个指向数据地址的指针。通常从聚簇索引中获取数据比非聚簇索引快。

缺点：

插入速度严重依赖插入顺序，按照主键顺序插入是加载数据到innodb的最快方式。 如果不是按照主键顺序加载数据，那么在加载完成后最好使用OPIMIZE TABLE命令重新组织一下表(重建表优化页的填充)。

更新聚簇索引列的代价很高，因为会强制Innodb将每个被更新的行移动到新的位置。

基于聚簇索引的表在插入新航，或者主键被更新导致需要移动行的时候，可能面临“页分裂”的问题。当行的主键值要求必须将这一行插入到某个已满的页中时，存储引擎会将该页分裂成两个页面来容纳改行，这就是一次页分裂操作，页分裂会导致表占用更多的磁盘空间。

二级索引需要访问两次索引查找，而不是一次。因为二级索引叶子节点保存的不是指向行的物理位置的指针，而是行的主键值。

覆盖索引概念：

如果一个索引包含所有需要查询的字段的值，直接使用索引的值，我们就成为覆盖索引。

覆盖索引对Innodb表特别有用，Innodb表的二级索引在叶子节点保存了行的主键值，所以如果二级索引能够覆盖查询，则可以避免对主键的二次查询。