- 博客(8)
- 收藏
- 关注
RSS订阅原创 行锁和事务隔离--MVCC
在前面文章我提到可重复读事务隔离级别在事务开始的时候，会生成一个视图，相当于对数据拍了一个快照，在这个事务未结束期间，其他事务对数据的更新，对当前这个事务是不可见的，可为什么还会在上篇文档我讲的行锁呢？所以，在执行事务 B 查询语句的时候，一看自己的版本号是 101，最新数据的版本号也是 101，是自己的更新，可以直接使用，所以查询得到的 k 的值是 3。因此，在更新的时候，当前读拿到的数据是 (1,2)，更新后生成了新版本的数据 (1,3)，这个新版本的 row trx_id 是 101。
2024-07-23 15:48:53
822
原创 mysql全局锁，表锁和行锁
其实，在innodb中可重复读的事务级别就已经可以代替这个全局锁了，在备份的时候开启事务，再整个事务中，拿到的数据都是一致的，也就是视图一致性。
2024-07-19 16:34:19
827
原创 MySQL如何高效查询
在 InnoDB 中，表都是根据主键顺序以索引的形式存放的，这种存储方式的表称为索引组织表。，InnoDB 使用了 B+ 树索引模型，所以数据都是存储在 B+ 树中的。 每一个索引在 InnoDB 里面对应一棵 B+ 树。B+树的特性你可能需要单独了解一下，叶子节点有序存储数据，非叶子节点存储索引值。
2024-07-18 17:48:23
635
原创 MySQL 数据库恢复的重要日志-----redo log（重做日志）和 binlog（归档日志）
假如你误删了库，当需要恢复到指定的某一秒时，比如某天下午两点发现中午十二点有一次误删表，需要找回数据，那你可以这么做： 首先，找到最近的一次全量备份，如果你运气好，可能就是昨天晚上的一个备份，从这个备份恢复到临时库；具体来说，当有一条记录需要更新的时候，InnoDB 引擎就会先把记录写到 redo log里面，并更新内存，这个时候更新就算完成了。InnoDB 的 redo log 是固定大小的，比如可以配置为一组 4 个文件，每个文件的大小是 1GB，那么总共就可以记录 4GB 的操作。
2024-07-09 15:50:57
489
原创 c语言组播接收demo存在的问题
最近在项目测试中遇到一个非常奇怪的问题，在启动两个组播接收程序中，当配置相同的组播接收端口，不同的组播接收ip时，只要发送端是发送给这个端口的数据，不管发送ip配置成任何ip。应该是：local_addr.sin_addr.s_addr = inet_addr(group);按道理说，应该是ip+port唯一确定一个接收端才是，但是现在却出现了一对多的问题。后来，，，，，我意识到得去看专业是书籍和资料，在这一书中发现了问题。
2024-03-22 11:17:45
277
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人