Mysql篇总结02

1.应用优化

1.1使用连接池

对于访问数据库来说，建立连接的代价是比较昂贵的，因为我们频繁的创建关闭连接，是比较耗费资源的，我们有必要建立 数据库连接池，以提高访问的性能。

 

1.2负载均衡

负载均衡是应用中使用非常普遍的一种优化方法，它的机制就是利用某种均衡算法，将固定的负载量分布到不同的服务器上， 以此来降低单台服务器的负载，达到优化的效果。

 

利用 MySQL 复制分流查询

通过 MySQL 的主从复制，实现读写分离，使增删改操作走主节点，查询操作走从节点，从而可以降低单台服务器的读写压力。

 

 

采用分布式数据库架构

分布式数据库架构适合大数据量、负载高的情况，它有良好的拓展性和高可用性。通过在多台服务器之间分布数据，可以实现在多台服务器之间的负载均衡，提高访问效率。

 

2.Mysql 锁

从对数据操作的粒度分 ：

• 表锁：操作时，会锁定整个表。
• 行锁：操作时，会锁定当前操作行。

从对数据操作的类型分：

• 读锁（共享锁）：针对同一份数据，多个读操作可以同时进行而不会互相影响。
• 写锁（排它锁）：当前操作没有完成之前，它会阻断其他写锁和读锁。

 

特点

表级锁

偏向MyISAM 存储引擎，开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高,并发度最低。

行级锁

偏向InnoDB 存储引擎，开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低,并发度也最高。

页面锁

开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般。

 

 

2.1 InnoDB的行锁

行锁特点 ：偏向InnoDB 存储引擎，开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低,并发度也最高。

InnoDB 与 MyISAM 的最大不同有两点：一是支持事务；二是 采用了行级锁。

 

背景支持： 事务是由一组SQL语句组成的逻辑处理单元

事务的ACID属性:

 

事务的隔离级别：

由低到高依次为 Read uncommitted 、 Read committed 、 Repeatable read 、Serializable ，这四个级别可以逐个解决脏写、脏读、不可重复读、幻读这几类问题

2.2 InnoDB的行锁模式

InnoDB 实现了以下两种类型的行锁。

• 共享锁（S）：又称为读锁，简称S锁，共享锁就是多个事务对于同一数据可以共享一把锁，都能访问到数 据，但是只能读不能修改。
• 排他锁（X）：又称为写锁，简称X锁，排他锁就是不能与其他锁并存，如一个事务获取了一个数据行的排他锁，其他事务就不能再获取该行的其他锁，包括共享锁和排他锁，但是获取排他锁的事务是可以对数据就行 读取和修改。

对于 UPDATE 、 DELETE 和 INSERT 语句， InnoDB 会自动给涉及数据集加排他锁（ X) ；对于普通 SELECT 语句， InnoDB 不会加任何锁；

 

2.3 无效索引导致升锁

由于 执行更新时 ， name 字段本来为 varchar 类型， 我们是作为数组类型使用，存在类型转换，索引失效，最终行锁变为表锁 ；

 

2.4间隙锁

间隙锁危害

当我们用范围条件，而不是使用相等条件检索数据，并请求共享或排他锁时， InnoDB 会给符合条件的已有数据进行加锁； 对于键值在条件范围内但并不存在的记录，叫做 " 间隙（ GAP ） " ， InnoDB 也会对这个 " 间隙 " 加锁，这 种锁机制就是所谓的 间隙锁（ Next-Key 锁） 。