Tim’s Blog, if you want to read the English only posts, please visit https://timyang.net/tag/English/
关注架构及互联网技术，服务于微博研发中心团队，新浪技术委员会及微博技术委员会委员，生活在北京。
联系可Email: 
，或通过以下方式交流：
- 新浪微博，@TimYang（V认证）；
- 微信公众号：在公众号搜索“TimYang_net”，或通过页面下方二维码订阅；
- 在 Twitter 关注 timyangcn（不活跃），原 xmpp 已经转让给 XMPP Standards Foundation（参看 status）；
- Slideshare：Tim Y，包括主要公众演讲slides。
看来我们的共同爱好还挺多的，到深圳可以找我聊天……
嗯，建议在这里留下您的twitter。 :0
follow twitter方便很多啊
@nihy 感谢建议，已添加
久违了，在广州的架构技术大牛实在寥寥无几。
又找到一个好信息源~
在你的twitter上看到了哲思社区的消息，谢谢你！麻烦给我一个邀请，想体验下。
哈哈 还有围脖啊 我可是您围脖的第100个粉丝
能否烦请给我的邮箱发一下您的联系方式,想请教几个问题,多谢!
能否烦请给我的邮箱([email protected])发一下您的联系方式,想请教几个问题,多谢!
技术达人。
路过一下。
能否烦请给我的邮箱
[email protected]发一下联系方式.
想请教几个问题，谢谢!
Follow!
学习技术大牛
想做一个jboss + xmpp的服务器，应该用什么框架
@livebirdegg JBOSS跟XMPP没有直接关系。如果你需要XMPP支持，建议了解openfire。
您好，想问下在这篇文章中《反驳”MySQL InnoDB (不行)的性能问题”，千万级别记录来测试说明》提到的mysql测试，用的测试工具还是自己写的测试程序？如果用的测试工具用的什么工具？谢谢
ben: 自己编程，比较简单，如伪代码
while (true) {
insert();
count();
}
hehe,回复真快，谢谢了
@Meidao 希望技术推动社会变革！
Incredible. timyang.net deserves an award.
关注楼主的blog
学习中！
博主真是牛到不行万分仰慕。
最近在研究xmpp想请教一个基本概念问题，xmpp和comet是什么关系。
Tim
看了很多关于key-value方面的文章，但是有个基本问题我一直都没搞明白，特请教
key-value和关系数据库之间到底是怎么转化的呢？
举个例子有两张表
user(user_id, user_name, age, sex, depart_id, salary)
department(depart_id, depart_name, location)
如果这两张关系表要存储成key-value那么应该怎么存储呢？
是把一个用户或者一个部门作为一个对象存储，还是按照field一个一个存储
hong
直接这样就行了，只不过你不能关联查询而已(key value通常都没有关联查询的概念)，如果需要知道用户部门名称，需要查询2次。
user_id: {user_name, age, sex, depart_id, salary}
depart_id: {depart_name, location}
Tim
谢谢回复。
如果是这样的话，对于一个非常复杂关系数据库，如何用key-value的方式缓存呢。
对于这个问题是具体应用具体分析，还是说有一个比较common的解决方法(思想)。
有没有这方面的讨论。
如果是“一个非常复杂关系数据库”，则不适合key value存储。
key value使用场景就是关系简单的web应用。
大家好 国内首个 openfire xmpp中文开源社区 上线了 地址http://www.imxmpp.org
欢迎大家 加入这个社区 一起研究 一起成长～！
你好啊 麻烦你个事情可以不 我跟几个朋友办了个 openfire xmpp中文开源社区 希望你能够给些帮助 和指导 当然是在你有时间的情况下 另外请你帮忙写文章 介绍一下我们这个社区 这个社区 旨在免费开源不搞技术垄断 公益性无盈利性组织 我们都是菜鸟 刚起步 呵呵希望认识更多做这个方面的朋友 我们的社区地址是 http://www.imxmpp.org 希望你能支持一下！
Jonny,
你对openfie xmpp方面的的行为我很支持，希望能够越做越好。不过建议转贴的文章要留下原文出处及链接。
不错
顶一下
恩 你的提醒我会注意的 我会给社区的大伙说这个事情的 再次感谢你的支持！
杨老师,您好!
我们在使用Tokyo Trant存储的时候发现它的IO是一阵一阵的高,比如说平均两秒有一个100的IO,然后又降到10几,这个是我们没有配置好么?
杨大侠好，前两天在QCon听您的关于新浪微博的分享，由于当时坐的比较靠后，有几个问题没有听清楚，所以再向您请教一下：
1：新浪微博的memcacheq和twitter的kestrel这种mq是用在什么地方呢？是不是都是用来异步更新follower的timeline？
2：比如twitter的kestrel，有篇文章里写是当mem满了之后，后续的message写进磁盘，这样的话，如果遇到宕机之类的，在mq中的message就丢失了。新浪是如何处理这种情况的呢？（会上好像听您说用memcache池来避免mq单点，不过没听很清楚，还请劳烦指导一下）
以上两个问题，如果是属于“有些事不能说太细”的范畴，也烦请稍微暗示下哈~^_^~ 谢谢！
（如果可以帮忙，烦请回复一下，邮箱[email protected], twitter:@vonbo）
vonbo
1. 用来处理异步业务。比如发表的峰值过大数据库会出现瓶颈，则使用mq能缓解峰值的压力。另外还具有业务解耦等作用。
2. mq宕机数据不会丢失，它是持久保存的。
hi,请教关于jwchat 和 openfire。
1.关于openfire和jwchat的namespace的对应。
2.有没有jwchat的文档？
thanks®ards
不知道是否对云计算相关内容感兴趣
杨老师，你好
能否推荐一个比较成熟的分布式存储（文件）系统（在一个idc机房），要求它能解决单点故障，自动恢复，自动扩展等。谢谢
Tim yang, 你好
在QCon 2010 BeiJing上听了你的微博架构，还有些意犹未尽。
但回过头来发现对于Amazon Dynamo的理解还不深刻，特别是Quorum为什么能够保证分布式下的数据一致性感到迷惑。
另外，为什么会出现多个节点的同一数据项版本不一致的情况？按照consistent hashing算法，一个key的get/put请求首先会定位到同一个coordinator node，然后由其完成本地读取或者存储后，同时请求存放在preference list中的节点的值的，也就是说，读取应该不会取到旧的数据才对啊。
今天上www.facebook.com，有幸找到您的博客。06年在深圳清华信息港。标记一下。
您好，有没有SAE的邀请吗，怎么能获得？谢谢了。
不错
也顶一下
感觉很不错，交个朋友吧，有机会一起创业吧！
楼主这里的文章都是干货
学到不少东西…
博主好，我想咨询个问题:
sina微博的关注和被关注人数有限制吗?比如如下两种情况:
1.我关注了1亿个用户
2.有1亿个用户关注我。
那么如果是这种变态的情况，动态信息推送是怎么实现的?
我写了一条信息，要推送给所有的粉丝?(推)
还是推拉相结合，然后找一个平衡点？
还有你们的微博系统，单台服务器大约能支持多少条消息并发？
谢谢！！！
justforfun:
关注上限目前是2000，不存在你说的情况。
其他信息可关注我博客中分享的ppt
No.18 Follow Cost: 7.193143 s, Each: 2.702145 s, Runtime: 52 s.
Process fans of 1253491601_1797330643 … Successful.
No.19 Follow Cost: 1.326978 s, Each: 2.629768 s, Runtime: 54 s.
Process fans of 1253491601_1740148005 … Successful.
No.20 Follow Cost: 2.308118 s, Each: 2.613685 s, Runtime: 56 s.
Process fans of 1253491601_1798042953 … Successful.
No.21 Follow Cost: 0.590607 s, Each: 2.517348 s, Runtime: 56 s.
Process fans of 1253491601_1798050487 … Successful.
No.22 Follow Cost: 3.258743 s, Each: 2.551048 s, Runtime: 60 s.
Process fans of 1253491601_1786073203 … Successful.
No.23 Follow Cost: 1.307878 s, Each: 2.496997 s, Runtime: 61 s.
Process fans of 1253491601_1714431582 … Successful.
No.24 Follow Cost: 0.882492 s, Each: 2.429726 s, Runtime: 62 s.
关注一次花费时间太长了平均2s+ ,我换了多条线路试都差不多,难道是故意限制的,我写的程序关注到500就提示:M02016
这是失败时花费的时间: 平均3.6秒左右
No.807 Follow Cost: 0.367920 s, Each: 1.392454 s, Runtime: 1127 s.
Process fans of 1253491601_1793233952 … Failed with [M02016]
No.808 Follow Cost: 0.368783 s, Each: 1.391187 s, Runtime: 1128 s.
Process fans of 1253491601_1739017832 … Failed with [M02016]
No.809 Follow Cost: 0.367709 s, Each: 1.389921 s, Runtime: 1128 s.
Process fans of 1253491601_1649489460 … Failed with [M02016]
No.810 Follow Cost: 0.361609 s, Each: 1.388652 s, Runtime: 1129 s.
Process fans of 1253491601_1780379624 … Failed with [M02016]
No.811 Follow Cost: 0.366853 s, Each: 1.387392 s, Runtime: 1129 s.
Process fans of 1253491601_1679468874 … Failed with [M02016]
No.812 Follow Cost: 0.373574 s, Each: 1.386143 s, Runtime: 1129 s.
Process fans of 1253491601_1797928635 … Failed with [M02016]
我这里还记录了粉丝分页请求的时间:(我用的是机房线路)
UID:1719481457,No.40,Cost:1.153667
UID:1719481457,No.41,Cost:2.124952
UID:1719481457,No.42,Cost:2.362792
UID:1719481457,No.43,Cost:0.848301
UID:1719481457,No.44,Cost:1.699721
UID:1719481457,No.45,Cost:1.129684
UID:1719481457,No.46,Cost:0.977071
UID:1719481457,No.47,Cost:2.183946
UID:1719481457,No.48,Cost:2.192847
UID:1719481457,No.49,Cost:1.121598
UID:1719481457,No.50,Cost:1.306889
杨老师,你好！
你能谈谈sina微博是如何架构的吗？谢谢
我是一名大三学生，现在在做课程设计，一个微博网站，你可以向我提供新浪的微博的数据库表吗。
持续关注 持续学习中…