数据库
文章平均质量分 93
phantom_111
这个作者很懒,什么都没留下…
展开
-
从入门到放弃之「ClickHouse」
注:「当老板交代你完成一件事情的时候,你第一反应不应该是拒绝,而应该是我先出一份整体的完成思路,请老板帮忙评估一下是否符合交付目标」(ps:论把一件事件完成的符合老板的 N 种想法。ClickHouse 是一个开源的分布式数据库管理系统,用于在线分析处理 (OLAP),它是由俄罗斯搜索引擎公司 Yandex 开发的,并于 2016 年开源发布。ClickHouse 「高端」的语法其实还有很多,但无奈这波流感的威力实在是太强了,感觉中招之后,就很难受,不写了,我要继续吃颗退烧药了。原创 2023-12-20 20:58:58 · 1776 阅读 · 0 评论 -
influxdb 从了解开始
文章目录1. 碎碎念2. 从使用开始2.1 如何安装2.1.1 InfluxDB Server 安装及使用2.1.2 InfluxDB Cli 安装及使用3. 关键概念4. 写入 vs 读取4.1 数据的格式 (protocol)4.1 写入数据4.3 读取数据5. 碎碎念6. 参考资料1. 碎碎念事情是这样的,笔者这周在配置 grafana 的 influxdb 的面板,然后被同事狂问底层是怎么聚合的?然后我的心里就是各种吐槽「就是 复制+粘贴 配置一下,问我底层原理鬼👻才知道,有种非常抓狂的感.原创 2022-05-14 22:40:42 · 1017 阅读 · 0 评论 -
设计数据密集型应用——复制(5)
文章目录1. 写在最前面2. 复制2.1 复制的目的2.2 复制的方式3 单领导者3.1 架构图3.2 待解决的问题3.3 复制的实现3.4 解决复制延迟遇到的问题4. 多领导者4.1 架构图4.2 多主复制的应用场景4.3 处理写入冲突4.4 复制拓扑5. 无领导者5.1 架构图5.2 当节点故障时写入数据库5.3 检测并发写入6. 碎碎念7. 参考资料1. 写在最前面最近在看《Designing Data-Intensive Application》这本书,讲的是在设计一个数据密集型的应用的时候有原创 2021-04-08 18:33:30 · 268 阅读 · 1 评论 -
B-tree 锁分析
文章目录写在最前面为什么需要锁?用锁来保护什么?2.1 保护的内容2.2 二者的区别保护 B-tree 的物理结构issuesLock Coupling(锁耦合)Load Balancing and Reorganization保护 B-tree 的逻辑结构Key Range LockingKey Range Locking and Ghost Records缺点优点Locking in Nounnique IndexesIncrement Lock Modes写在最后参考资料写在最前面上上周末跟许久不原创 2020-09-16 08:05:31 · 918 阅读 · 2 评论 -
理论结合实践总结分库、分表
垂直拆分垂直分表把一张列比较多的表拆分成多张表,又称为「大表拆小表」,拆分是基于关系型数据库中的「列」(字段)进行的。通常情况,某个表中的字段比较多,可以新建立一种「扩展表」,可以按照如下原则进行垂直拆分:把不经常使用的字段单独放在一张表把 text, blob 等大字段拆分出来放在附表中经常组合查询的列放在一张表中数据库设计的一般建议遵循三大范式,垂直拆分更多的时候应该在数据表...原创 2018-10-27 18:53:50 · 214 阅读 · 0 评论 -
时序数据库入门
数据库的模型包含关系型、key-value 型、Document 型等很多种,那么为什么新型的时序数据库成为监控数据存储的新宠呢? 下面就会从为什么需要时序数据库?时序数据库的数据结构两个方面来介绍一下时序数据库。1. 为什么需要时序数据库1.1 时序数据特点时序数据有如下几个特点:基本上是插入操作较多且无更新的需求数据带有时间属性,且数据量随着时间递增插入数据多,每秒钟插...原创 2019-03-30 23:13:13 · 10180 阅读 · 0 评论