ITPub博客

SinoDB是星瑞格具有自主知识产权的高端国产数据库管理系统产品。产品借鉴先进技术思想与国际主流数据库产品优点，融合了安全可靠、动态扩展、分布式、弹性计算与云计算的优势。产品成熟稳定、自主可控、功能强大、具备高性能、高可用、简单易用等特性，提供了两地三中心的高可用解决方案，实现集群负载、同城灾备、异地灾备等特性。SinoDB兼容主流软硬件平台，尤其是主流国产操作系统、芯片、中间件；支持国密

随着Docker的流行，主流的数据库厂商如Oracle，MySQL，SQL Server等均提供了Docker镜像，尽管在生产环境中使用数据库容器化方案上，仍存在较多的争议，但数据库容器化在测试和开发上能为相关人员提供极大的便利。SinoDB作为一款面世已近4年的国产数据库，当前在国内外的知名度仍然有限，为让潜在用户更方便地了解SinoDB的强悍性能，同时为给我们客户提供更方便的开发测试环境，对S

导语：本文介绍boltdb的用法，并对比了并发写数据时Update和Batch的区别。

ETCD数据库源码分析——Boltdb空闲链表问题

如果说数据库是软件工程领域的皇冠，而事务与并发控制可称之为皇冠上的钻石。本节将详细分析boltdb中如何实现事务与并发控制

在boltdb中，最核心的数据结构当属B+树了。B+树是数据库或文件系统中常见的数据结构，它的特点是能够保证数据稳定有序，因为每个叶子节点的深度都相同，因此其插入和修改操作拥有较稳定的时间复杂度。

磁盘是持久化存储，内存是非持久化存储。当数据库执行查询时，会以page为单位的读取磁盘上的数据库文件，并同步到内存中。当数据库执行写入操作时，也会以page为单位将内存中的结果flush到磁盘中。数据库关于如何管理磁盘和内存中数据的同步，主要有两种选择

看了Boltdb也有一阵子了，看完之后总想写点什么，因为感觉到这可能是个不小的坑，所以迟迟没有动笔(没错我的拖延症又犯了..)。最近有一种流行的说法：如果一个东西不能把它讲清楚，便不能说你学会了它。因为看起来会和真的会之间有一个巨大的鸿沟，想跨越这个鸿沟便需要不断的提问、思考与输出，这是个相对枯燥但绝对值得的过程，因此趁着周末两天的完整时间正式开始挖坑。

etcd 底层存储使用 boltdb[1] 引擎，boltdb 本身支持事务，同时允许单个写事务与多个读事务，这其中用到了 COW 思想。

云原生 etcd 系列｜存储引擎 boltdb 的设计奥秘？

自底向上分析boltdb源码之精简版

在boltdb探秘系列的第一篇里介绍boltdb的基本使用，本文是boltdb探秘系列的第二篇，将对boltdb的存储格式以及索引结构进行分析，预计耗时7~8分钟。

本文是boltdb探秘系列的第三篇，将分析boltdb的读写KV对的流程，预计耗时5~7分钟。

本文基于boltdb 1.3.0对其实现进行分析。boltdb是etcd系统存储数据使用的KV嵌入式DB，使用Go编码实现，内部是一个B+树结构体。

问题分析在进行数据库查询的时候，我们都知道索引可以加快数据查询的效率。但是在实际的业务场景下，经常会遇到即使在表中增加了索引，但是同样还是会出现数据查询慢的问题。这就需要具体分析数据查询慢的具体原因到底是什么了。首先需要进行确认的就是SQL语句中对应的条件查询中字段有没有建立索引。虽然说表中已经有索

一、K8S集群服务访问失败？1、原因分析证书不能被识别，其原因为：自定义证书，过期等。2、解决方法更新证书即可。二、K8S集群服务访问失败？curl:(7)Failedconnectto10.103.22.158:3000;Connectionrefused1、原因分析端口映射错误，服务正常工作，但

注：本内容来自网络，未能确认原作者，侵权删

本文基于boltdb 1.3.0对其实现进行分析。boltdb是etcd系统存储数据使用的KV嵌入式DB，使用Go编码实现，内部是一个B+树结构体。

本文基于boltdb 1.3.0对其实现进行分析。boltdb是etcd系统存储数据使用的KV嵌入式DB，使用Go编码实现，内部是一个B+树结构体。

本文基于boltdb 1.3.0对其实现进行分析。boltdb是etcd系统存储数据使用的KV嵌入式DB，使用Go编码实现，内部是一个B+树结构体。