锁的分类
读锁和写锁,表锁和行锁
表锁
偏向MyISAM存储引擎,开销小,加锁快,无死锁。发生锁冲突的概率最高,并发度最低。
读锁
会话1对表1加了读锁后,可以查询表1,不能更新表1,也不能查询别的表。与此同时会话2可以查询表1,更新表1会阻塞,等待读锁的释放。
写锁
会话1对表1加了写锁后,可以查询表1,可以更新表1,不能查询别的表。与此同时会话2查询和更新表1,会阻塞,等待写锁的释放。
行锁
偏向InnoDB存储引擎,开销大,加锁慢。发生锁冲突概率最低,并发度最高。与MyISAM不同之处:支持事务,采用行级锁。
索引失效,行锁变表锁
当查询时,索引失效(比如varchar没加单引号查找),则行锁变为表锁,将极大影响数据库性能,因此索引失效是一个很大的问题。
间隙锁
一方更新数据,范围在a到z,不是连续的,有一个缺失c无记录。一方插入c记录。则第一方会把a到z都锁住导致c计入插入不了。
锁住一行
select * from table1 where a=1 for update
//则a=1这条记录上锁,别的会话修改会造成阻塞
行锁优化建议
尽可能让所有数据检索都通过索引来完成,避免无索引使行锁变表锁。
合理设计索引,尽量缩小锁的范围。
减少检索条件,避免间隙锁
控制事务大小,减少锁定资源量和时间长度
主从复制
基本原理
slave从master读取binlog来进行数据同步。步骤如下:
master将改变记录到二进制日志binary log,这些记录过程叫做二进制日志时间
slave将master的binary log events拷贝到他的中继日志
slave重做中继日志中的事件,将改变应用到自己的数据库中,MySQL的复制时异步且串行化的。
一主一从常见配置
mysql版本一致,后台以服务运行。具体如何配置,仍待学习。