05 2017 档案

从源码角度看MySQL memcached plugin——5. 连接的buffer管理
摘要：XX 阅读全文
posted @ 2017-05-21 21:35 ohmhong 阅读(172) 评论(0) 推荐(0) 编辑
从源码角度看MySQL memcached plugin——4. get的事务管理
摘要：XX 阅读全文
posted @ 2017-05-21 21:34 ohmhong 阅读(161) 评论(0) 推荐(0) 编辑
从源码角度看MySQL memcached plugin——3. containers表的管理
摘要：XX 阅读全文
posted @ 2017-05-21 21:33 ohmhong 阅读(151) 评论(0) 推荐(0) 编辑
从源码角度看MySQL memcached plugin——2. 线程模型和连接的状态机
摘要：XX 阅读全文
posted @ 2017-05-21 21:32 ohmhong 阅读(187) 评论(0) 推荐(0) 编辑
从源码角度看MySQL memcached plugin——1. 系统结构和引擎初始化
摘要：本章尝试回答两个问题： 一、memcached plugin与MySQL的关系； 二、MySQL系统如何启动memcached plugin。 1. memcached plugin与MySQL的关系 该图是从MySQL官方文档里对memcached的介绍图片。从图中可以看出，memcached的结 阅读全文
posted @ 2017-05-21 21:30 ohmhong 阅读(1496) 评论(0) 推荐(0) 编辑
从源码角度看MySQL memcached plugin——0.大纲
摘要：本系列文章介绍MySQL memcached plugin插件。剖析已经完成。先把链接弄好，内容会陆续补上。 大纲如下： 1. "系统结构和引擎初始化" (已完成) 2. "线程模型和连接的状态机" 3. "containers表的管理" 4. "get的事务管理" 5. "连接的buffer管理" 阅读全文
posted @ 2017-05-21 20:40 ohmhong 阅读(278) 评论(0) 推荐(0) 编辑
关注博客
摘要：酷壳 CoolShell.cn http://coolshell.cn/ Preshing on Programming http://preshing.com/ allthingsdistributed http://www.allthingsdistributed.com/ DimitriK's 阅读全文
posted @ 2017-05-21 17:43 ohmhong 阅读(143) 评论(0) 推荐(0) 编辑
文摘
摘要：select、poll、epoll之间的区别总结[整理] http://www.cnblogs.com/Anker/p/3265058.html 使用异步 I/O 大大提高应用程序的性能 https://www.ibm.com/developerworks/cn/linux/l async/ The 阅读全文
posted @ 2017-05-21 02:28 ohmhong 阅读(127) 评论(0) 推荐(0) 编辑
MySQL—FTS实现原理介绍PPT
摘要：这个PPT是有一天我要给同事讲解MySQL的FTS的实现原理花了一个小时做的。 阅读全文
posted @ 2017-05-18 00:01 ohmhong 阅读(513) 评论(0) 推荐(0) 编辑
Paxos—以选美比赛为例PPT
摘要：![](http://images2015.cnblogs.com/blog/1056807/201705/1056807-20170517235238338-971054627.png) ![](http://images2015.cnblogs.com/blog/1056807/201705/1056807-20170517235240166-1282782583.png) ![](http:... 阅读全文
posted @ 2017-05-17 23:54 ohmhong 阅读(220) 评论(0) 推荐(0) 编辑
BigTable介绍PPT
摘要：![](http://images2015.cnblogs.com/blog/1056807/201705/1056807-20170517234602291-706933229.png) ![](http://images2015.cnblogs.com/blog/1056807/201705/1056807-20170517234605728-569545490.png) ![](http:/... 阅读全文
posted @ 2017-05-17 23:47 ohmhong 阅读(438) 评论(0) 推荐(0) 编辑
GFS读后笔记
摘要：GFS读后笔记 Q&A + 为什么存储三个副本？而不是两个或者四个？ + Chunk的大小为何选择64MB？这个选择主要基于哪些考虑？ + GFS主要支持append，overwrite操作比较少。为什么这样设计？如何基于一个只支持Append操作的文件系统构建分布式表格系统Bigtable？ + 阅读全文
posted @ 2017-05-17 23:28 ohmhong 阅读(1205) 评论(0) 推荐(0) 编辑
BigTable读后笔记
摘要：BigTable读后笔记 + GFS可能出现重复记录或者padding，Bigtable如何处理这种情况使得对外提供强一致性模型？ + 为什么Bigtable设计成Root、Meta、User三级结构，而不是两级或者四级结构？ + 读取某一行用户数据，最多需要几次请求？分别是什么？ + 如何保证同一 阅读全文
posted @ 2017-05-17 23:17 ohmhong 阅读(552) 评论(0) 推荐(0) 编辑
恢复系统基础理论
摘要：恢复系统 恢复系统是事务管理的一部份 缓冲区管理 日志记录缓冲 三条规则 + 在日志记录 输出到稳定存储器后，事务Ti进入提交状态 + 在日志记录 输出到稳定存储器前，与事务Ti有关的所有日志记录必须已经输出到稳定存储器。 + 在主存中的数据块输出到数据库（非易失存储器）前，所有与该数据库中数据有关 阅读全文
posted @ 2017-05-17 23:06 ohmhong 阅读(388) 评论(0) 推荐(0) 编辑
事务基础理论
摘要：intro ACID 恢复系统：保证原子性和持久性 并发控制系统：保证隔离性 事务原子性和持久性 调度 可串行化调度 + 至少两个不同事务在相同的数据项上的操作，并且其中至少有一个是操作时，我们说二者是冲突的。 + 冲突等价：如果调度S可以经过一系列非冲突指令交换转换成S'，我们称二者是冲突等价的。 阅读全文
posted @ 2017-05-17 23:04 ohmhong 阅读(734) 评论(0) 推荐(0) 编辑
ARIES算法简介
摘要：intro 1. 日志顺序号（LSN） 2. 支持物理逻辑redo。它是物理的，但在页内它可能是逻辑的。 3. 使用脏页表来最大限度地减少恢复时不必要的重做。 4. 使用模糊检查点机制，只记录脏页信息和相关的信息，甚至不要求将脏页写到磁盘。不在检查点时将脏页写入磁盘，而是连续地在后台刷新脏页面。 数 阅读全文
posted @ 2017-05-17 23:02 ohmhong 阅读(4719) 评论(0) 推荐(2) 编辑
怎么快速构建自己的C/C++程序？——有关编译、静态链接和SCons
摘要：怎么快速构建自己的C/C++程序？——有关编译、静态链接和SCons 1. 写在前面 最初写C++是在Visual Studio这个IDE里，那时我并没有makefile的概念，对程序的编译和链接的一些概念也是比较模糊。在VS下，随便增加h/cpp文件，基本上按下编译运行只要不报错就能运行。 后来开 阅读全文
posted @ 2017-05-17 22:58 ohmhong 阅读(1335) 评论(0) 推荐(0) 编辑
lua学习笔记
摘要："from" intro Lua 是一种轻量小巧的脚本语言，用标准C语言编写并以源代码形式开放， 其设计目的是为了嵌入应用程序中，从而为应用程序提供灵活的扩展和定制功能。 Lua 是巴西里约热内卢天主教大学（Pontifical Catholic University of Rio de Janei 阅读全文
posted @ 2017-05-17 22:43 ohmhong 阅读(969) 评论(0) 推荐(0) 编辑
运行时动态伪造vsprintf的va_list
摘要：运行时动态伪造vsprintf的va_list 阅读全文
posted @ 2017-05-17 22:40 ohmhong 阅读(183) 评论(0) 推荐(0) 编辑
top(k,n)—db kernel队解题思路
摘要：0. 比赛 公司里的第三届XX中间件性能挑战赛 我和另外两个P5组队参加，队名为“db kernel”。最后获得了第八，应该是P5里的最高排名。 以下简单扼要地介绍一下题目，以及我们的解题思路，真的非常简单扼要。 1. 题目 题目主要解决的是NewSQL领域中使用最频繁的一个场景:分页排序，其对应的 阅读全文
posted @ 2017-05-17 22:33 ohmhong 阅读(498) 评论(0) 推荐(0) 编辑
整型转字符串(convert int to char)优化实践——一个意外的BUG
摘要：convert_int_to_char函数在使用时出现过一个BUG。 当使用值是13200020099时，返回的字符串是"13200020111"，结果是错误的。 在gcc编译器里，使用32位整型时对一个数value除于100时会默认优化成先将value乘以0x51eb851f再右移37位；而使用l 阅读全文
posted @ 2017-05-17 22:21 ohmhong 阅读(475) 评论(0) 推荐(0) 编辑