被微博屏蔽 知道真相的我眼泪掉下来[泪] 难道真的等到google解封了! 关于技术做深和做广的话题，早上突然来了点灵感：工作的不同时期，顺势而为选择做深和做广。但无论如何，至少曾经在一个领域深入过非常重要。1. 这能够让人增强自信，成为某个领域牛人并不难；2. 更重要的，这能够培养一种做事高标准态度，某个领域的深入，让你不会在其他领域做事时允许低规格的出现。 展开全文 近来，再次深切的体会到：机会，很多时候都是留给有准备的人的。身处任何一个公司，有一点无须怀疑，那就是面临僧多粥少的窘境。没有获得一个好项目好岗位，那是常态，此时，是自怨自艾，怨天尤人，还是暗暗做准备，在逆境中提高自己？选择前者基本上会越走越黑；而选择后者，很可能为你带来逆袭的机会 字符顺序不影响阅读体验，是一个巨坑啊... 昨晚应用方报我们的分布式数据库DDB连最简单的select都无法执行了[晕]，跟小伙伴一起半夜搞了半天，最后发现，select 被写成了selcet [泪] 像我一样，近年来对美国漫画感兴趣，但是又没有积累，有时看的云里雾里的朋友，可以看看百度百科上这两个词条：DC漫画 🔗 网页链接 漫威 🔗 网页链接 超人，蝙蝠侠，蜘蛛侠，钢铁侠，正义联盟，复仇者联盟 ... 两大漫画公司的英雄体系，看完后就能有一个大致的了解。 中午吃饭前，看《舌尖上的中国II》第一集，真是罪过啊[泪] 今天的分享没控制好时间，导致没有提问时间，征得组织者同意后，放出本次分享的PPT，感兴趣的朋友可以看看。《数据库的优化与调优：从理论到实践》 🔗 网页链接 题目很大，篇幅有限，更偏向系统研发，PPT中的参考资料应该还算不错。 昨晚,跟@钟声nix 讨论了一个C并发编程的问题,感觉很有意思,特分享出来(见下图代码)。涉及到的知识点:X86 CPU内存模型;指令乱序;Memory Barrier;原子操作 ... 问题:1. 代码会输出C=0的结果吗,为什么?2. 如果去掉sync_synchronize()函数后呢,什么原因?测试代码下载:🔗 网页链接 展开全文 Mesos 🔗 网页链接 集群资源调度管理，实现了多种计算框架对同一集群的共享和利用(如：Hadoop/Spark...) 建议同时读一读Wired上的这篇软文：Return of the Borg: How Twitter Rebuilt Google’s Secret Weapon 🔗 网页链接 绝对的爽！类似的还有Google的Omega 🔗 网页链接 展开全文 做过开发，也做过运维(DBA)，在我看来，开发与运维最大的区别，就在于自我意识。开发的意识：自信！我是最强的，没有我搞不定的事；运维的意识：不自信！对自己做的每一件事，都持怀疑的态度，这么做对吗？考虑周全吗？会有其他影响吗？；开发以自信推动技术进步，运维以不自信保障系统的正常运转。 展开全文 2013年，这个世界上有哪些让人震撼的新技术、新科学？以下这个链接，是ExtremeTech选出的 The top 10 tech and science stories of 2013 🔗 网页链接 有些技术，真正做到了将科幻带入现实。小伙伴一起涨涨姿势！ 一般而言，本人在微博上推荐过的技术资料，都是已经看过，而且是挑选出来的优质资料。一个例外，就是U.Drepper这篇 What Every Programmer Should Know About Memory 🔗 网页链接 真心还没看过，惭愧，痛定思痛，决定在2013年的最后几天看完，有一起看的朋友吗？ 展开全文 还记得有同学通过采访时的电话按键音，破解了老周 @周鸿祎 的手机号码吗？现在更逆天的事情出现了：研究人员用一台手机，通过远程监听CPU的运行，破解了4096-bit的RSA加密[威武] 🔗 网页链接 只能说，这是一个疯狂的时代！还有一篇长篇论文，介绍破解之法：🔗 网页链接 看来大家对这个还是挺感兴趣的。经过联系，@WhisperXD 兄弟已经答应支持；@Chancey 兄会跟公司申请，期待好消息。Cobar的负责人@贺贤懋 暂时尚未联系上。DDB由我们公司的同事参加分享。如果真的能够成行，计划在12月初的杭州搞一个Open、Free形式的交流，大家相互分享借鉴，欢迎免费参加。 展开全文 一个想法：现阶段，MySQL代理中间件产品在国内遍地开花，有我们网易的DDB，开源的Ameoba，B2B的Corba，淘宝的TDDL，Qihoo360的Atlas等等。最近，MySQL官方也发布了自己的产品：Fabric。我想组织一个#MySQL代理中间件# 的分享，邀请各产品研发人员来做一次深度交流，相互借鉴学习，促进共同提高。 展开全文 一个想法：现阶段，MySQL代理中间件产品在国内遍地开花，有我们网易的DDB，开源的Ameoba，B2B的Corba，淘宝的TDDL，Qihoo360的Atlas等等。最近，MySQL官方也发布了自己的产品：Fabric。我想组织一个#MySQL代理中间件# 的分享，邀请各产品研发人员来做一次深度交流，相互借鉴学习，促进共同提高。 展开全文 好吧，还有一个比较牛逼的优化：CPU一个Cache Line的大小为64 Bytes，为了消除潜在的False Sharing，事务数据结构中，会被频繁修改的属性间，都会有64 Bytes的Padding。例如：ro_trx_list 与 rw_trx_list 是两个会被频繁修改的属性，因此两个属性间，就多了一个Padding：char pad1[64]; 展开全文 MySQL 5.7.2 InnoDB引擎事务模块的性能优化，主要用到4种技术：1. 延迟分配：读事务延迟分配事务ID；2. 链表遍历转数组拷贝：创建ReadView不再遍历活跃事务链表；3. 数据重用；4. 类型区分：严格区分读写事务；所有的优化，一个目标：降低事务Mutex所保护临界区的服务时间与访问频率，提高并发执行效率 展开全文 MySQL 5.7.2 InnoDB引擎事务模块的性能优化，主要用到4种技术：1. 延迟分配：读事务延迟分配事务ID；2. 链表遍历转数组拷贝：创建ReadView不再遍历活跃事务链表；3. 数据重用；4. 类型区分：严格区分读写事务；所有的优化，一个目标：降低事务Mutex所保护临界区的服务时间与访问频率，提高并发执行效率 展开全文 #我的博客订阅Feeds# 一直以来，好多朋友都向我要博客订阅列表，本着分享的精神，今天放出来，给需要的朋友： 🔗 网页链接 也希望大家能够相互交流，推荐一些遗漏的好博客给我，不胜感激！我所订阅的博客，主要集中领域：数据库(MySQL、Oracle、PG...)，程序设计，Performance，System 等。展开全文 //@zhh-2009 : 就是要有这种玩技术的心态，而不是被技术玩，很多人也常问我每天这样10几小时学技术看代码是不是很苦逼？苦啥啊，你要真能从中找到乐趣，这就如同肚子饿了就想找吃的，很自然就发生了，隔了一段时日不学点技术不看点代码反而觉得生活枯燥了空虚了。 很庆幸自己拥有，并且期待能一直保持的能力：1、工作既娱乐，每天保持开朗的心情迎接工作挑战；2、持续学习，业余时间看看资料、书籍；3、无障碍英文阅读，真正好的技术资料，还真都是英文的；4、追根溯源，碰到一个问题，就一定要彻底弄清问题的成因及背后的细节。工作不苦，持续进步。 考完驾照，送别狗狗，回归原有的技术的生活，每天晚上看点资料，乐在其中。近期目标，先把《A Primer on Memory Consistency and Cache Coherence》一书读完，然后是ACM Queue上几篇关于并发编程的文章，读后跟大家谈谈体会。 又到一年校招时，想起自己那年参加校招，对面试官@grassbell 说：我瞄准的目标是@eygle @Fenng ，希望有朝一日，也能把技术做到向他们一样深入，牛逼。现在来说，结识了盖爷，见过了大辉，目标仍旧未变，还需继续提高。在工作之初，为自己设定一个目标，并为之努力奋斗，这样的感觉很好[嘻嘻] 展开全文 简单看了下目前开源的分布式数据库中间件，阿里巴巴B2B的Cobar与Taobao的TDDL(只开源了第一期)。相对而言，Cobar做的更为用心，但仍有所欠缺。开源的土壤在国内远远不够肥沃，开源文档不够充分，开源后缺乏持续的跟进与维护。开源更多还是一种博眼球的手段，雷声大，雨点小，一阵风之后，趋于平淡。 展开全文 @淘宝褚霸 霸爷团队果然是猛将如云，看了@曹伟-鸣嵩 兄弟微博的几篇分享，除了震撼，还是震撼。期待更多的分享！在上周发布TNT第一个GA版本之后，开始重写TNT引擎的总体设计文档。回顾过去的设计与研发，TNT核心架构保持了很好的稳定性：内存多版本，外存单一版本；内存B-Link树结构，经过测试验证是可行的；而在细节方面，变化较大，好多处原有实现，都经过了多次改进。只要大方向没问题，细节上都是可调整的。 展开全文 TNT(基于MySQL 5.1.49)与MySQL 5.6.12 InnoDB的TPCC对比测试。配置：100-Warehouse，32-Thread，10-Hour。硬件：Intel 320 600G，16-Core。图中，上面为InnoDB，下面为TNT，稳定性上感觉TNT稍好，TPMC二者相近。链接中是MySQL 5.6的my.cnf文件，大家帮着分析下，哪些配置可改进？🔗 网页链接 展开全文 哎，没hold住，同关注正能量 //@烟客淘 : 屌丝码农的能量来了 学习《Understanding MySQL Internals》一书过程中，搜索到了@orczhou 兄弟的两篇博文：MySQL源代码：从SQL语句到MySQL内部对象 🔗 网页链接 MySQL源代码：关于MySQL的Item对象 🔗 网页链接 都写得非常赞！对MySQL词法、语法解析流程，以及Item类的结构，做了详尽的分析，值得学习。 展开全文 MySQL中，有三类表信息缓存，分别为：1. Table Definition Cache，表定义缓存(.frm文件)，每张表对应一个对象，无文件句柄；2. Table Open Cache，打开表的对象缓存，根据表的并发使用情况，每张表有一个或多个对象；3. Dictionary Cache，InnoDB内的表数据字典缓存，每张表一个对象，需消耗文件句柄； 展开全文 