Mysql、Kafka基本了解

Kafka/基本了解.md

@@ -6,6 +6,9 @@ Kafka
 
 1. [一文快速了解Kafka](https://mp.weixin.qq.com/s?__biz=MzUyNzgyNzAwNg==&mid=2247484251&idx=1&sn=92d6b50c5987f4f80316313db05b56ff&chksm=fa78ea0acd0f631caff9c527c9390ccece4577f9d98f5f5bf790884cdc46ee48fa0947d5921e&scene=178&cur_album_id=1915526615556472832#rd)
 2. [Kafka入门简介](https://zhuanlan.zhihu.com/p/31731892)
+3. [Kafka数据积压](https://cloud.tencent.com/developer/article/1839608)
+4. [Kafka保证消息顺序性](https://mp.weixin.qq.com/s?__biz=MzUyNzgyNzAwNg==&mid=2247484318&idx=1&sn=dddad2258bb0ba6e8de79e471733461a&scene=21#wechat_redirect)
+5. [快速认识Kafka阶段(1)](https://cloud.tencent.com/developer/article/1812233)
 
 ## 实践
 

mysql/mysql实战45讲.md

@@ -408,15 +408,24 @@ MySQL 5.5 中引入 MDL，当对一个表进行增删改查的操作时，加MDL
 
 # 事务到底是否是隔离的
 
+**InnoDB 利用了“所有数据都有多个版本”的这个特性，实现了“秒级创建快照”的能力；联系uodo log**
 
+## 总结——其一：
 
+**一个数据版本，对于一个事务视图来说，除了自己的更新总数可见外，有三种情况**
 
+1. 版本未提交，不可见；
+2. 版本已提交，但是是在视图创建后提交的，不可见；
+3. 版本已提交，而且是在视图创建前提交的，可见。
+4. 当前读，总是读取已经提交完成的最新版本。
 
+InnoDB 的行数据有多个版本，每个数据版本有自己的 row trx_id，每个事务或者语句有自己的一致性视图。普通查询语句是一致性读，一致性读会根据 row trx_id 和一致性视图确定数据版本的可见性。
 
+**事务更新的逻辑**
 
+更新数据都是先读后写的，而这个读，只能读当前的值，称为“当前读”（current read），即更新最新数据，不考虑版本（trx_id）
 
+除了update语句外，select语句如果加锁，也是当前读
 
-
-
-
+当前读必须要读最新版本 如果此时该行数据上有事物尚未提交，则当前事务必须等待锁