【严选】JAVA互联网架构师专题/分布式/高并发/微服务 点点我download:JAVA互联网架构师专题/分布式/高并发/微服务
提娶马:f6r5
? 01 学习攻略
? 02亿级流量中台微服务电商平台、电商项目整体架构详解、秒杀系统-商品详情多级缓存优化实战(一)、电商项目微服务架构拆分及授权中心实战、cmL46679910从零到一实战高性能网关服务及授权中心对接、商品搜索实战(上)。 ? 03秒杀系统-订单交易全链路优化实战(一)、订单交易系统分布式事务实战、分库分表&分布式事务&分布式主键(上)、(下)、电商项目并发编程实战与总结、电商项目微服务中台架构落地实战。 ?04亿级流量中台微服务电商平台、电商项目领域驱动开发DDD探索及实战、Docker详解与部署微服务实战、电商项目Docker Compose整体部署实战(上)、(下)、Kubernetes快速实战与核心原理剖析(上)、(下)、Kubernetes微服务电商后台部署实战、电商项目压测与性能调(上)、(下)、电商项目秒杀全链路压测。 ? 05电商推荐系统、电商推荐系统实战一、二、三、四、五。 ? 06微信亿级IM后台系统、微信亿级IM后台系统架构实战一、二、三、四。
课件 1:
MVCC多版本并发控制机制 Mysql在可重复读隔离级别下如何保证事务较高的隔离性,我们上节课给大家演示过,同样的sql查询语句在一个事务里多次执行查询结果相同,就算其它事务对数据有修改也不会影响当前事务sql语句的查询结果。这个交流V(cmL46679910)隔离性就是靠MVCC(Multi-Version Concurrency Control)机制来保证的,对一行数据的读和写两个操作默认是不会通过加锁互斥来保证隔离性,避免了频繁加锁互斥,而在串行化隔离级别为了保证较高的隔离性是通过将所有操作加锁互斥来实现的。 Mysql在读已提交和可重复读隔离级别下都实现了MVCC机制。
undo日志版本链与read view机制详解
undo日志版本链是指一行数据被多个事务依次修改过后,在每个事务修改完后,Mysql会保留修改前的数据undo回滚日志,并且用两个隐藏字段trx_id和roll_pointer把这些undo日志串联起来形成一个历史记录版本链(见下图,需参考视频里的例子理解)
? 为什么Mysql不能直接更新磁盘上的数据而且设置这么一套复杂的机制来执行SQL了? 因为来一个请求就直接对磁盘文件进行随机读写,然后更新磁盘文件里的数据性能可能相当差。 因为磁盘随机读写的性能是非常差的,所交流V(cmL46679910)以直接更新磁盘文件是不能让数据库抗住很高并发的。 Mysql这套机制看起来复杂,但它可以保证每个更新请求都是更新内存BufferPool,然后顺序写日志文件,同时还能保证各种异常情况下的数据一致性。
? 更新内存的性能是极高的,然后顺序写磁盘上的日志文件的性能也是非常高的,要远高于随机读写磁盘文件。 ? 正是通过这套机制,才能让我们的MySQL数据库在较高配置的机器上每秒可以抗下几干的读写请求。
?
|