易栈网-膘叔

归到数据库分类实在让我有点汗颜，毕竟这只是一个聚会性质的交流。并非真的就是与数据库相关，但内容因为还是涉及到了数据库，所以。。。归到这里吧。

这次大会去的比较晚了，因为小朋友的屁股上发了点东西（俗语：风疹块），所以本来是考虑不去的，但因为三件事，我还是去了：1、小朋友的屁股上用了以前的药，好了很多，几乎没了；2、票子送不掉，很多人一听是早上8点到场，都大义懔然的放弃了；3、锅巴引诱我，说是给我准备了特别的礼物

意外：意外在这里看到了前前同事，余老板，原来，她还在篱笆网，她笑称自己是钉子户，其实我是真的挺佩服她，能在国内一家互联网公司做超过5年，并不是一件容易的事情。

废话说了那么多，现在就让我们开始吧。
因为去的晚，所以对数据库与SSD的存储没有听到多少，但说白了，听了对我也没多大用处，小公司吧，用不上这些，大公司吧，可挑选的余地又太大，如果求稳，就研究不了新技术 ，如果求新技术 ，却又不能保证一定稳定，象网易，在云阅读上就用了SSD的硬件，我想他在备份上面的代价会是多少呢？小公司真的烧不起这个钱啊，虽然说混合应用的SSD+SATA的盘1T也才1000左右，但我们没那么多机房来折腾，也不会有dell公司的人来帮忙维护和技术支持，我们不是VIP用户啊，亲

第二个演讲的又是让我很郁闷的，虽然我在事前其实也很想知道这一块的东西，legenddb，类似于mysql proxy或者说mysqlcluster的工具，他们确实走在了我们的前面，但对应用型 的公司来说，没人敢用就是一个很大的问题。你没有完整的技术支持，不能保证后续的服务，出了BUG，你不能在很快响应。国内很多公司选择了mysql，有很大一部分原因在于，mysql社区版是开源的，所以可以有针对性的对它进行修改。如果你legend开源了，你还能走多久？legenddb，老谭也在台上说了，目前在某些join查询上效率还不是很高。而legenddb最大的功能其实就是用来做分布式数据库，并且通过timeline来做数据同步等（为了一致，每台服务器还必须得精准校验时间，否则可能会出问题，即数据出错），有兴趣的朋友可以上他们的网站上看看：http://www.mysqlab.net/，我感兴趣的原因是，它们说他们的软件是基于go开发的，黑黑

第三位演讲的是支付宝的朋友。讲了一个数据库的架构方面的设计，即又要保证ACID，还得让CAP这个标准也能够相对较好的应用。什么时候选择ACP，什么时候选择APC，都是一个讲究，在这上面，他用了一个简单的例子，即：用户付钱给商家。看起来很简单，但因为支付宝是担保交易，所以，简单的看起来就是：
1、用户支付时：用户update余额，中间帐户update状态
2、物流进行时：中间帐户维护状态
3、用户确认时：商家update余额，中间帐户update状态
只是在第一步的时候，特别是在聚划算的时候，传说每秒就是几千单，如果从传统意义上来说，没有一台服务器能够达到这样的效果，于是就采用了类似分片的效果，将中间帐户切分成N份（也就可以用N台机器来处理），然后再通过事务合并（这一段是我猜想。。。）
有时候说起来简单，做起来很复杂啊。比如他说，当搞活动的时候就加几台机器，活动结束后就减几台机器。对于程序来说，加减法并不是数学上的加减法，每加一台服务器，带来的成本和风险就会大几分，怎么把握也是一个难题。当然对于我这样的应用型人来说，暂时遇不到，很幸福啊。
好象我对第三位演讲的内容也介绍的比较水，但由于他的内容集中在CAP把握的度上，所以我也不太好介绍，毕竟我对这方面的掌握也不是特别的深

第四位是神仙，(http://xiezhenye.com/)，介绍了mongodb的auto sharding。好吧，小公司又是不太会用的一个项目，在小项目中，mysql的查询效率并不会太低于mongodb。所以我就稍稍看了一下，主要也是因为auto sharding是自动切分的，我就不多介绍了。
不过，技术人员的通病就是，自己会用，但不会说。或者是在QQ里在聊天群里非常能说，但现场三棍子打不出个闷屁来，这都是一个问题。下一步我就是要建议thinkinlamp经常搞搞小型聚会，先内部交流，逼着大家上台讲。讲完了再下来沉淀，然后所有人讲完后，再接着讲一遍。只有这样，以后才能真正的走出来，不然，永远只是幕后，没有人认识你啊。

第五位是新浪微博的朋友。他先是很自我宣传了一下，然后介绍了他们在项目中用redis处理计数的功能。表面上很简单的几个数字，来的却并不方便，这其中最大的问题就是用户基数。用他们的话来说，就算是做cache，也不是那么简单的。注册用户3.x亿，每天发贴有1亿+，峰值达到了300W+/秒（这个数据记不清了，希望没错，据说是在春节那天），1亿的数据，相应的人员的微博数要加1，相关人员的未读数要+1，这些存储所花的代价是多少？好吧，我们先用100,000,000折腾一下，1M是多少字节？1G是多少字节？光这些+1所占的空间是多少？如果再加上要绑定的key呢？即用户ID，但又不是直接就用户ID+1，而是uid+comment,uid+post这类组合的key，这样一算的话，它的key得是多长？占了多少空间？？？说说都是很恐怖的事情，不要说是在做了，所以新浪在不停的为key减少空间。毕竟value只是一个整型，占的空间并不大，相反，key却真正的成了最大的存储空间占用的罪人。这一块的水比较深，我不多介绍。

其实中间还有一位厂商，DSG，但是我没有好好听，毕竟，oracle对我们来说太大了。。我还是初级用户。我很蛋定，谢谢。。。

中间，为了拿到锅巴准备的礼物，上去做一个“oppa 江南 style”的鸟叔POSE。。。。

其实在做APNS发送信息的时候，总会有一些信息好象没有收到。所以我就在想是什么问题。

看到这一篇的时候，才感觉可能会是这种原因：

问题四：Push消息丢失

如果客户端偶尔能收到消息，但有丢失，那很有可能是服务器往苹果APNs服务器写入失败、或者写成功后苹果服务器未发送（批量往一堆token发送消息，如果第一个token发送失败，那么苹果不会再给后面同一批的token推送消息）。失败原因可通过向苹果做Feekback查询。

---

这段文字来自：http://yangzl.net/tag/ios%E5%BC%80%E5%8F%91%EF%BC%8C%E6%B6%88%E6%81%AF%E6%8E%A8%E9%80%81/

同时觉醒和我说，feekback在这里可以查询一下：http://developer.apple.com/library/mac/#documentation/NetworkingInternet/Conceptual/RemoteNotificationsPG/ApplePushService/ApplePushService.html

里面是这么一句：Feedback Service

Sometimes APNs might attempt to deliver notifications for an application on a device, but the device may repeatedly refuse delivery because there is no target application. This often happens when the user has uninstalled the application. In these cases, APNs informs the provider through a feedback service that the provider connects with. The feedback service maintains a list of devices per application for which there were recent, repeated failed attempts to deliver notifications. The provider should obtain this list of devices and stop sending notifications to them. For more on this service, see “The Feedback Service.”

证明还是可以查的嘛 .准备下次慢慢查一下

生日一直是过阴历的，所以老婆也不知道我具体是哪一天。
反而，一大早老爸电话过来说生日快乐 .一下子心情感到激动又羞愧，他们生日的时候，我却也只是一个电话过去而已。

本来约定要吃穷某人的，结果因为老丈人、丈母娘发烧，小朋友拉肚子，老婆身体不舒服，所以放弃了这个伟大的计划，回家带小孩了。当然，照顾完小孩睡觉后。去楼下的小摊上叫了瓶啤酒，点了两个菜。算是过了生日。

然而，令人震精的事情发生了。。某些人居然在微博上炫耀：

最后的海豹：我们的目标，吃穷@颓废小魔，喝穷@膘叔，膘叔，你的牛肉在我这里，欢迎自提，啊哈哈哈，btw，生日快乐

转发(3)| 收藏| 评论 5分钟前 来自小米手机

颓废小魔： @膘叔 看！ 我在:http://t.cn/zll6jsA

• 

上海市,闵行区,姚虹路 - 显示地图

转发| 收藏| 评论 44分钟前 来自iPhone客户端

颓废小魔： @膘叔 看 我在:http://t.cn/zll6WlO

• 
• 上海市,徐汇区,内环高架路 - 显示地图

转发| 收藏| 评论 45分钟前 来自iPhone客户端

你说说看， 这个素质 .。。。真不厚道

一般来说测试磁盘的IO功能时都是用的:dd if=/dev/zero of=/root/zerofile bs=1M count=256

这样生成出来的文件大约是268M
为什么是/dev/zero，那是因为：/dev/zero文件代表一个永远输出 0的设备文件，使用它作输入可以得到全为空的文件。因此可用来创建新文件和以覆盖的方式清除旧文件。

当然dd还有另外一个参数：oflag=dsync
但是有人和我说：

在项目中遇到点小问题。。。
比如：1.4.0与1.4.1对比。还有1.2与1.21对比
在初期的时候，我都是直接使用version_compare来对比的，但这时候就出现了问题

在国人眼中，1.21其实是1.2的后续版本，它是比1.3小的一个版本。但。。。version_compare即不认的。它认为1.21>1.2，当然1.21也>1.3。。。
好纠结啊。。。

后面没办法，对于1.4.0这种用version_compare了。对于1.21的，直接浮点数来比较了。NND

以后对版本号还是需要有一个规划，不能乱写啊