本文共 1278 字,大约阅读时间需要 4 分钟。
以下内容摘抄自 【 高性能Mysql 】
一个用户对表进行写操作(插入、删除、更新等前,需要先获得写锁,这会阻塞其他用户对该表的所有读写操作。只有没有写锁时,其他读取的用户才能获取读锁,读锁之间是不互相阻塞的。
写锁比读锁具有更高的优先级。
ALTER 之类的语句会使用表所,而忽略存储引擎的锁机制
行级别锁可以最大程度的支持并发处理(同时也带来了最大的性能开销)。
原子性 一致性 隔离性 持久性
未提交读:事务中修改,即使没有调交,其他事务依然可见
提交读:事物过程中,可以查看别人已经提交了的事务,会造成一个事务数据前后查询不一致可能性(脏读)。
可重复读(mysql默认) :解决脏读问题,innodb 通过 MVCC 多版本并发控制解决了幻读。其他事务提交数据本事务查询不到
可串行化: 强制事务串行执行。
除表级锁外都有可能产生死锁,innodb检测到死锁会立即返回一个错误,目前处理死锁方法是 将最少行级排他锁的事务进行回滚(相对比较简单的死锁回滚算法)。
在同一个事务中,使用多种存储引擎是不可靠的(如 myisam 和 innodb )。如果需要回滚,myisam 将不会成功。
MVCC可以理解为行级锁的变种
innodb的MVCC,是通过在每行记录后面保存两个隐藏的列来实现的。 这两个列,一个保存了行的创建时间,一个保存行的过期时间(或删除时间),当然存储的不是实际的时间值,而是系统版本号。每开始一个事务,系统版本号自增。系统开始时刻的系统版本号,将作为这个事务的版本号,用来和查询的到的每行记录版本号进行比较。
聚簇索引 和 非聚簇索引
聚簇索引将索引和数据保存在同一个B-Tree中,主键值对应了数据节点,而非聚簇索引只是一个指向数据地址的指针。通常从聚簇索引中获取数据比非聚簇索引快。
缺点:
插入速度严重依赖插入顺序,按照主键顺序插入是加载数据到innodb的最快方式。 如果不是按照主键顺序加载数据,那么在加载完成后最好使用OPIMIZE TABLE命令重新组织一下表(重建表优化页的填充)。
更新聚簇索引列的代价很高,因为会强制Innodb将每个被更新的行移动到新的位置。
基于聚簇索引的表在插入新航,或者主键被更新导致需要移动行的时候,可能面临“页分裂”的问题。当行的主键值要求必须将这一行插入到某个已满的页中时,存储引擎会将该页分裂成两个页面来容纳改行,这就是一次页分裂操作,页分裂会导致表占用更多的磁盘空间。
二级索引需要访问两次索引查找,而不是一次。因为二级索引叶子节点保存的不是指向行的物理位置的指针,而是行的主键值。
如果一个索引包含所有需要查询的字段的值,直接使用索引的值,我们就成为覆盖索引。
覆盖索引对Innodb表特别有用,Innodb表的二级索引在叶子节点保存了行的主键值,所以如果二级索引能够覆盖查询,则可以避免对主键的二次查询。
转载地址:http://ymcgi.baihongyu.com/