[MySQL] 理解InnoDB并发高的原因
当对同一个资源进行并发操作时 , 非常需要保证并发安全 , 常见的并发控制手段演进如下
锁 : 操作数据前锁定 , 操作后释放 , 但是这样就相当于串行化了 , 并发度不高
读写锁 : 读数据的时候加读锁 , 不妨碍其他读 , 只有修改的时候加写锁 , 这时会妨碍其他的读和写操作
数据多版本 : 操作数据的时候拷贝一份 , 操作新的数据 , 其他并发读旧版本数据 , 这样就不会阻塞别的读了
InnoDB就是采用了数据多版本 , 也就是MVCC
当事务开始修改数据的时候 , 会把数据放到undo日志里 , 事务回滚的时候利用undo日志恢复数据
当事务修改完数据 , 提交后会记录到redo日志里 , 再定期从redo日志刷到磁盘上
提高并发的演进思路:
(1)普通锁,本质是串行执行;
(2)读写锁,可以实现读读并发;
(3)数据多版本,可以实现读写并发;
InnoDB并发高的原因是啥
普通的select读 , 是快照读 , 读取的旧版本的数据 , 这样的读是不需要进行加锁操作的 , 当然就特别快了
十年开发经验程序员,离职全心创业中,历时三年开发出的产品《唯一客服系统》
一款基于Golang+Vue开发的在线客服系统,软件著作权编号:2021SR1462600。一套可私有化部署的网站在线客服系统,编译后的二进制文件可直接使用无需搭开发环境,下载zip解压即可,仅依赖MySQL数据库,是一个开箱即用的全渠道在线客服系统,致力于帮助广大开发者/公司快速部署整合私有化客服功能。
开源地址:唯一客服(开源学习版)
官网地址:唯一客服官网