上一页 1 2 3 4 5 6 7 ··· 9 下一页
摘要: 在之前的文章中,已经把 Broker、Producer 和 Conusmer 的部分源码和核心的机制介绍的差不多了,但是其实 RocketMQ 中还有一个比较关键但是我们平时很容易忽略的组件——NameServer。 在日常的使用中,我们接触的最多的还是 Producer 和 Consumer,而 阅读全文
posted @ 2021-07-12 09:45 detectiveHLH 阅读(403) 评论(0) 推荐(0) 编辑
摘要: 这应该是 MySQL 原理中最底层的部分了,我们存在 MySQL 中的数据,到底在磁盘上长啥样。你可能会说,数据不都存储在聚簇索引中吗?但很遗憾,你并没有回答我的问题。我会再问你,那聚簇索引在磁盘上又长啥样? 就像 Redis 的 RDB 文件,最终落在磁盘上就是一个真真切切的 dump.rdb 文 阅读全文
posted @ 2021-07-02 09:48 detectiveHLH 阅读(435) 评论(0) 推荐(1) 编辑
摘要: 之前写了一些关于 MySQL 的 InnoDB 存储引擎的文章,里面好几次都提到了页(Pages)这个概念,但是都只是简要的提了一下。例如之前在聊 InnoDB内存结构 时提到过,但当时的重点是内存架构,就没有展开深入。 我发现有好几次都需要提到页,那我就正好拿一篇来详细的讲讲 InnoDB 中的页 阅读全文
posted @ 2021-06-21 09:57 detectiveHLH 阅读(1639) 评论(0) 推荐(2) 编辑
摘要: 这几天瞎逛,不知道在哪里瞟到了缓存的双写,就突然想起来这块虽然简单,但是细节上还是有足够多我们可以去关注的点。这篇文章就来详细聊聊双写一致性。 首先我们知道,现在将高速缓存应用于业务当中已经十分常见了,甚至可能跟数据库的频率不相上下。你的用户量如果上去了,直接将一个裸的 MySQL 去扛住所有压力明 阅读全文
posted @ 2021-06-11 09:28 detectiveHLH 阅读(1004) 评论(2) 推荐(1) 编辑
摘要: 之前的文章把 InnoDB 中的所有的锁都介绍了一下,包括意向锁、记录锁...自增锁巴拉巴拉的。但是后面我自己回过头去看的时候发现,对自增锁的介绍居然才短短的一段。 其实自增锁(AUTO-INC Locks)这块还是有很多值得讨论的细节,例如在并发的场景下,InnoDB 是如何保证该值正确的进行自增 阅读全文
posted @ 2021-05-31 19:49 detectiveHLH 阅读(1888) 评论(0) 推荐(0) 编辑
摘要: 本文主要是带大家快速了解 InnoDB 中锁相关的知识 为什么需要加锁 首先,为什么要加锁?我想我不用多说了,想象接下来的场景你就能 GET 了。 你在商场的卫生间上厕所,此时你一定会做的操作是啥?锁门。如果不锁门,上厕所上着上着,啪一下门就被打开了,可能大概也许似乎貌似有那么一丁点的不太合适。 数 阅读全文
posted @ 2021-05-24 19:44 detectiveHLH 阅读(559) 评论(9) 推荐(2) 编辑
摘要: 简单了解索引 首先,索引(Index)是什么?如果我直接告诉你索引是数据库管理系统中的一个有序的数据结构,你可能会有点懵逼。 为了避免这种情况,我打算举几个例子来帮助你更容易的认识索引。 我们查询字典的时候可以根据字的部首、笔画来查找到对应的字,这样可以快速的找到对应的字所在页,在字典开头那玩意就叫 阅读全文
posted @ 2021-05-17 10:03 detectiveHLH 阅读(725) 评论(0) 推荐(4) 编辑
摘要: 之前的文章Zookeeper基础原理&应用场景详解中将Zookeeper的基本原理及其应用场景做了一个详细的介绍,虽然介绍了其底层的存储原理、如何使用Zookeeper来实现分布式锁。但是我认为这样也仅仅只是了解了Zookeeper的一点皮毛而已。所以这篇文章就给大家详细聊聊Zookeeper的核心 阅读全文
posted @ 2021-04-28 11:37 detectiveHLH 阅读(1255) 评论(0) 推荐(3) 编辑
摘要: 简单了解Zookeeper Tips: 如果之前对Zookeeper不了解的话,这里大概留个印象就好了 Zookeeper是一个分布式协调服务,可以用于元数据管理、分布式锁、分布式协调、发布订阅、服务命名等等。 例如,Kafka中就是用Zookeeper来保存其集群中的相关元数据,例如Broker、 阅读全文
posted @ 2021-04-21 09:22 detectiveHLH 阅读(1235) 评论(0) 推荐(1) 编辑
摘要: 最近发现,文章太长的话,包含的信息量较大, 并且需要更多的时间去阅读。而大家看文章,应该都是利用的一些碎片时间。所以我得出一个结论,文章太长不太利于大家的吸收和消化。所以我之后会减少文章的长度,2-3K字就差不多,也能够快速的阅读完。 之前写过一篇文章「简单了解InnoDB原理」,现在回过头看,其实 阅读全文
posted @ 2021-04-13 10:27 detectiveHLH 阅读(1036) 评论(0) 推荐(0) 编辑
上一页 1 2 3 4 5 6 7 ··· 9 下一页