IT技术博客大学习 共学习 共进步
全部 移动开发 后端 数据库 AI 算法 安全 DevOps 前端 设计 开发者

标签:Key-Value Store

共 2 篇相关文章

IT 累计浏览 1,999

SSDB 配置文件

这篇讲的是如何理解和定制 SSDB 的配置文件。文章开篇就点明,默认附带的配置文件无需修改即可运行,但若需高度定制,了解其配置项就很有必要。 配置文件本身是层级 key-value 的静态格式,通过 TAB 缩进来表示结构,一目了然。文章逐一拆解了核心配置段:`work_dir` 指定了存放数据和日志的工作目录;`server` 段控制监听的 IP 与端口,出于安全考虑,可以将 IP 绑定为仅本机访问的 `127.0.0.1`;`replication` 段用于设置主从复制,明确了从服务器如何同步数据;`logger` 段管理日志级别、输出文件以及支持的大小轮转策略。 最值得关注的是 `leveldb` 段的配置。文章特别指出,`cache_size` 参数直接影响性能——适当增大缓存能提升读性能,但过大的缓存反而会拖慢写速度。这种基于实际使用场景的调优建议,对管理员来说非常实用。 总的来说,这篇文章将看似枯燥的配置文件讲解得清晰明了,不仅解释了“是什么”,还点出了“为什么”和“怎么调”,无论是初次接触 SSDB 的开发者,还是需要优化部署的运维人员,都能从中快速找到自己需要的配置要点。

IT 累计浏览 2,495

Friendfeed的MySQL key/value存储

这是一篇被广泛讨论过的经典技术文章,作者此前在广州技术沙龙做过相关演讲。文章讲的是如何利用我们熟悉的MySQL来存储无模式(schema-less)的灵活数据。 核心问题在于,当应用数据结构复杂且多变时,传统关系型数据库的固定表结构会显得笨重。FriendFeed的实践是,他们并不需要MySQL的关联查询等重型特性,而是把它当作一个高性能、稳定的键值(Key/Value)存储来使用。具体做法包括将数据编码为JSON,用单行存储一个对象,并通过巧妙设计的主键来支持高效的查询。 这篇文章对当下的技术选型仍有很强的启发意义。它提供了一种务实的架构思路:在需要向更灵活的存储模型过渡,但又对完全抛弃关系型数据库心存顾虑时,可以重新审视和挖掘MySQL这类成熟技术的潜力。