互联网的诞生和蓬勃发展,让信息流动变得无与伦比地便捷。古时飞鸽传书,千里马加急,爱人等待的煎熬与苦楚,君臣等待的焦急和惶恐,我们再也无法亲身体会。飞鸽可能半路失踪,千里马可能中途搁浅,剩下的只有无尽的叹息。然而,互联网让两个人的距离,只有 Enter 键那么远。我们生在一个巨大技术变革的时代,这是我们的幸运,也是我们的悲哀。本篇文章浅谈了信息的便利性、信息的用途、获取信息的途径、信息的准确性、信息与人的关系、信息的不对称,最后点明文章主旨,信息的边界。每段都相对较短,简洁明了的表明观点,不需要长篇大论。

Read more...


从 2015 年开始,笔者就很少去参加技术分享了。一方面,工作确实很忙,空闲时间又有一大堆事情要做;另一方面,参加这类技术分享的时间成本太高,收益太少。不过,本次由离线空间主办的线下活动,期待已久,个人认为这类分享很值得一去,因为你可以认识很多不同行业背景的人,他们有趣,往往会给你带来很多好玩、新鲜、很酷、高级的东西,对你的认知升级有很好的启发。找到沉迷的事情,热情投入、执着坚持、享受其中,这是人生最大的乐趣。

Read more...


根据莫非定律:「凡是可能出错的事必定会出错,任何一个事件,只要具有大于零的机率,就不能够确定它不会发生。」这句看似箴言的话,想必每个运维从业人员感触非常深刻。本文从 DBA 线上操作的角度,谈谈自己的看法。第一,处理工单、凌晨维护、处理紧急故障之前,梳理流程,准备必要的资料。第二,处理故障之前分析最重要。第三,学会沟通,尽可能地达到信息对称。第四,任何操作三思而后行。第五,事后 Review、反思、总结,形成知识库。软实力靠的是长期的积累,需要自控力不断提高。归根结底,任何管理本质上都是对自我的管理。

Read more...


某项目研发 A 删除压测环境大表,等待时间较长,于是直接将 MySQL 数据目录中对应数据库文件删除。于此同时,误删 ibdata 和 MySQL 配置文件。此时 MySQL 已经崩溃,研发从其他机器拷贝误删的数据文件以及配置文件,重启 MySQL,出现 Unknown/unsupported storage engine: InnoDB 错误,于是有了接下来的数据恢复。本文会从几个方面讲解这个案例,方案确定、方案实施、原理探讨和案例小结,期间会交代诸多细节,以及使用到的技巧。相信读者读完之后,会对以后的数据恢复有所启发。接下来,做如下总结:第一,备份重于一切。第二,遇到问题,恐惧问题比问题本身可怕。第三,解决问题的同时,做好素材收集很重要。第四,官方文档是一手好资料,应该好好利用。

Read more...


早在 2013 年,好友 waterbin 就写过一篇文章,标题叫做「DBA 的职业发展机会」。在这篇文章中,waterbin 提到了几个话题,亦即 一,OldSQL、NoSQL、NewSQL;二,DevOps;三,数据可视化;四,DBA 还是 DA。文章中的不少观点,现在看来依然不过时。而这篇文章,笔者想讲讲运维 DBA 的消亡。运维 DBA 为什么会消亡,笔者做下不成熟的分析,理由如下:第一,运维的成本越来越低。第二,企业对 DBA 人才的要求越来越高。第三,数据层的丰富性。数据库的发展今后依然会变化不穷,依然会马不停蹄。但有一样东西不会变,那就是数据的核心地位。

Read more...