摘要: 话说高性能的Tokyo Cabinet的兄弟,那性能肯定是不错。官方网站:http://1978th.net/kyotocabinet/Kyoto Cabinet是一个key-value数据库管理程序的library ,key和value都可以使二进制或者字符串格式。数据存储存分hash和b+ tree模式。 Kyoto Cabinet非常快,在hash模式下,插入100万数据只要0.9秒,在b+... 阅读全文
posted @ 2010-04-24 20:43 草屋主人 阅读(6124) 评论(4) 推荐(0) 编辑
摘要: 网址缩短程序是怎么做的[文章作者:孙立 链接:http://www.cnblogs.com/sunli/更新时间:2010-03-25] 近来微博很火,因为字数的限制,出现了很多网址缩短这种服务,比如sina自己用了自家的sinaurl.cn,想到自己曾经也注册了一个很短的域名k6.hk很久了,一直闲着,不知道干嘛用,突然想到可以用来做网址缩短,还不错。说干就干,一会就写好了。比如我的博客地址就... 阅读全文
posted @ 2010-03-25 22:06 草屋主人 阅读(12731) 评论(7) 推荐(2) 编辑
摘要: 由于忙于工作,好久继续写关于ttserver的东西了。最近由于服务器准备的原因,只能在32位上做ttserver的测试,很快数据就达到2G,ttserver无法正常工作,于是想到了ttserver的压缩功能,发现压缩比例挺大。本文将展示在64下面进行压缩的压缩比以及进行压缩的好处。 压缩测试 数据:2720268条原始新闻数据,每条数据使用json格式进行存储。 阅读全文
posted @ 2010-02-05 23:10 草屋主人 阅读(2470) 评论(3) 推荐(1) 编辑
摘要: 一次论坛的负载优化经历现象 论坛系统在最近负载经常达到10几,访问论坛页面速度也还挺快的,执行时间一般在20ms内。经过svn的版本回顾,发现时有个页面把以前的<script src>的js 请求改成了file_get_contents,然后写到页面,可能是为了seo而做的。 定位这点,给file_get_contents加了1分钟的缓存,负载果然下来了。 总结:在大并发下,尽量让每... 阅读全文
posted @ 2010-01-20 18:53 草屋主人 阅读(956) 评论(0) 推荐(0) 编辑
摘要: [开源]phplock(php进程锁) v1.0 beta1 PHP在多进程模式下(并发的web访问)由于没有内置的锁支持,在处理一些资源的之后,很容易出现并发性问题。在web开发中我们经常对我们的数据库耗时操作做缓存,但是可能出现一个陷阱,在缓存失效的一瞬间,大量的访问得到缓存失效的标示,都去后端查询数据库,导致同时大量的数据库耗时查询,出现数据库宕机等问题。此问题隐藏深,不容易查找。本项目主要... 阅读全文
posted @ 2009-11-24 15:38 草屋主人 阅读(2869) 评论(2) 推荐(0) 编辑
摘要: 缓存 出自PHP Group【说明:拷贝自我写在公司wiki上的一篇关于缓存的文章,其中有些内容没有详细介绍,只列了提纲,部分连接链接到了公司的wiki上,可能外网用户无法打开。但是基本上介绍了常用的缓存模式,希望对你有帮助。】 目录 [隐藏] 1 摘要2 缓存和缓存的作用 2.1 什么是缓存?2.2 缓存的作用 3 缓存类型 3.1 数据库... 阅读全文
posted @ 2009-11-24 13:57 草屋主人 阅读(14831) 评论(14) 推荐(1) 编辑
摘要: Tokyo Tyrant(TTServer)系列-备份恢复和增加从库 [文章作者:孙立链接:http://www.cnblogs.com/sunli/更新时间:2009-08-25] 上篇:Tokyo Tyrant(TTServer)系列-高可用性和高可靠性+nginx 前面我们说了TTServer的使用,以及如何在开始的时候配置主从。在使用中它非常高效和可靠,那么如果我们的服务运行一段时间后,... 阅读全文
posted @ 2009-08-25 16:24 草屋主人 阅读(4159) 评论(1) 推荐(3) 编辑
摘要: TokyoTyrant(TTServer)系列-高可用性和高可靠性+nginx[文章作者:孙立链接:http://www.cnblogs.com/sunli/更新时间:2009-04-26]上篇TokyoTyrant(TTServer)系列-memcache协议1.基于memcache协议的高可用性1.1构建一个互为主辅的ttserver.图中构建了在ip为177和178两台机器的互为主辅结构的t... 阅读全文
posted @ 2009-05-31 11:34 草屋主人 阅读(4298) 评论(7) 推荐(0) 编辑
摘要: 一个discuz论坛突然在某一个休息日的早上,被人在每个页面顶部挂上了一个iframe木马。首先第一时间肯定是找出哪里挂马了,然后去除了在说。然后经过分析,服务器的attachments目录有一个非常危险的php木马文件,可以在服务器上做很多危险的事情,Oh,my god! 问题出来,我们需要解决,要解决问题,我们需要知道问题在哪里。非常不幸的事,发生这样的问题的可能性也比较多,服务器被人攻破,被人放上来的?哪位离职人员做了手脚?程序上传漏洞? 服务器被人入侵不太可能,因为目前的安全防范应该是没有问题了。离职人员和上传漏洞倒是有可能。对于离职人员做手脚只要稍加防范就OK,上传漏洞去查漏还真是有点难,有时很难知道一个程序的漏洞在哪里. 阅读全文
posted @ 2009-05-19 09:58 草屋主人 阅读(2215) 评论(3) 推荐(0) 编辑
摘要: 介绍Tokyo Tyrant(TTServer)在使用memcache协议的一些问题(序列化问题)和注意事项,以及如何解决。 阅读全文
posted @ 2009-03-18 10:40 草屋主人 阅读(7487) 评论(4) 推荐(0) 编辑