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
锁) 。