Redis内部实现文档

Redis的源代码并不大（2.2版只有2万行），我们努力让代码简单易懂，但还是需要一些文档来解释Redis中某些部分的内部实现机制。

Redis动态字符串

字符串是Redis中的基本类型。Redis是一个键-值对存储系统，所有Redis的键都是字符串，它也是值类型中最简单的。
列表、集合、有序集合和哈希是更为复杂的值类型，不过它们也都是由字符串组成的。
Hacking Strings文档记录了Redis字符串的实现细节。

Redis虚拟内存

我们有一个文档解释虚拟内存的实现细节，但请注意：这篇文档对应的是2.0版本的虚拟机实现，2.2版本不同并且更好。（译者注：从2.6版本开始虚拟内存已经被废弃）

Redis事件库

阅读事件库理解什么是事件库以及为什么需要它。Redis事件库介绍了Redis使用的事件库的实现细节。

时间： 2024-10-02 14:59:30

Redis内部实现文档的相关文章

Ajax内部交流文档

ajax 一.使用Ajax的主要原因 1.通过适当的Ajax应用达到更好的用户体验: 2.把以前的一些服务器负担的工作转嫁到客户端,利于客户端闲置的处理能力来处理,减轻服务器和带宽的负担,从而达到节约ISP的空间及带宽租用成本的目的. 二.引用Ajax这个概念的最早提出者Jesse James Garrett认为: Ajax是Asynchronous JavaScript and XML的缩写. Ajax并不是一门新的语言或技术,它实际上是几项技术按一定的方式组合在一在同共的协作中发挥各自的作用

Ajax内部交流文档(新增DEMO)

ajax 一.使用Ajax的主要原因 1.通过适当的Ajax应用达到更好的用户体验: 2.把以前的一些服务器负担的工作转嫁到客户端,利于客户端闲置的处理能力来处理,减轻服务器和带宽的负担,从而达到节约ISP的空间及带宽租用成本的目的.二.引用Ajax这个概念的最早提出者Jesse James Garrett认为: Ajax是Asynchronous JavaScript and XML的缩写. Ajax并不是一门新的语言或技术,它实际上是几项技术按一定的方式组合在一在同共的协作中发挥各自的作用,

Ajax内部交流文档第1/3页_AJAX相关

一.使用Ajax的主要原因 1.通过适当的Ajax应用达到更好的用户体验:2.把以前的一些服务器负担的工作转嫁到客户端,利于客户端闲置的处理能力来处理,减轻服务器和带宽的负担,从而达到节约ISP的空间及带宽租用成本的目的.二.引用Ajax这个概念的最早提出者Jesse James Garrett认为: Ajax是Asynchronous JavaScript and XML的缩写. Ajax并不是一门新的语言或技术,它实际上是几项技术按一定的方式组合在一在同共的协作中发挥各自的作用,它包括 使用

有效的XML: DTD（文档类型定义）介绍(转)

文档类型定义和命名空间 有效(Valid)的XML文档: 首先,XML文档是个格式正规的(Well-formed)XML文档:(见格式正规的XML:语法 属性 实体 处理指令 样式单 CDATA节). 其次,需要满足DTD的要求,这样的XML文档称为有效的(Valid)XML文档.     DTD DTD,即文档类型定义--Document Type Definition. DTD用来描述XML文档的结构, 一个DTD文档包含: 元素(ELEMENT)的定义规则: 元素之间的关系规则: 属性(A

使用文档存储特性的嵌入式企业内容管理

本文包含可供 下载 的样例代码.如果您希望理解本文并自行执行该场景,则应该安装 IBM BPM V8.5 或更高版本.将提供的 zip 文件解压到 C:\ 驱动器,然后将 C:\BPM85DocumentStore\twx 文件夹中的 TWX 文件 BPM_Document_Store_Sample - 1.0.twx 导入您的 Process Center 中. ECM 系统管理不同类型的文档的整个生命周期,这些文档包括记录.图像和网页.您可以从 IBM BPM 内的一个http://www.

火狐浏览器新版本可以内部指定iframe文档内容

继Mozilla Firefox 24.0 正式版发布下载之后,今天Mozilla官方的FTP上已经放出了Firefox 25.0 Beta 6版本的下载链接,各位折腾的浏览迷赶快下载体验吧. 更新日志: 新增:查找工具栏不再在标签间共用 变化:如果数月没有使用Firefox,将提供从其他浏览器迁移历史记录和设置的选项 变化:重置Firefox,将不再清除浏览会话 开发者:使用CSS3 background-attachment:local support 来控制背景滚动 开发者:实现众多新的

Kuzzle，一种内部部署的文档后端

Kuzzle是一种可以内部部署或是在云中运行的文档后端.在近期的CES 2017上,提供该平台的公司公布了其企业版解决方案. Kuzzle用NoSQL仓库对文档做持久保存,支持基于模式的或是无模式的文档.Kuzzle提供CRUD API,并使用了Elasticsearch提供高级搜索特性.数据可以跨设备和协议同步.Kuzzle的特性包括实时的文档更改通知,并可使用插件扩展特性.插件使开发人员可以在操作执行前或执行后添加功能.扩展API等.Kuzzle支持HTTP.WebSocket.Socket

Redis集群明细文档（转）

相信很多用过Redis的同学都知道,Redis目前版本是没有提供集群功能的,只能单打独斗.如果要实现多台Redis同时提供服务只能通过客户端自身去实现.目前根据文档已经看到Redis正在开发集群功能,其中一部分已经开发完成,但是具体什么时候可以用上,还不得而知.本文是对其集群文档的翻译,文档来源:http://redis.io/topics/cluster-spec 总体来说,其集群没有存在代理节点或者控制器的东西,所有节点功能一样,并且所有节点通过一个叫做连接总线的东西上发送消息包.每个节点会

Google内部SEO评估文档中的SEO建议

Google的搜索质量小组在Webmaster Central Blog上发布了一个涉及到Google自身产品网站的内部SEO报告文档(英文PDF文件),通过报告我们可以看出Google本身的不同产品团队对于一些搜索引擎教程优化和用户体验优化方面的事情其实把握的也不是很好,Google的很多产品网站有很大的SEO提升空间(如果他们需要的话-).   报告虽然没有明确的提及SEO方面的建议,但是这份报告对于网站主来说价值应该不低于早先的Google SEO指南,我们从文档中可以提取出很不错的干货.