上回说到，我怀着对润到美帝搬砖的信仰，加入eBay，然后开始学外语：

但被51Talk欺骗感情，外语没学好。

于是退意渐生，放弃当润人。

考公/国企上岸无路，除了卷，别无他途。

那，要向哪儿卷、怎么卷呢？

卷，也要有目标，无效的卷，除了让人厌恶，也只是空乏其身。

而目标，是要看机会的。

在2014、2015年这个时段，对于数据库人来说，还真有一个机会。

2015年冬天，在SACC2015中，我专门提到了这个千载难逢的机会：

“2014银监发39号文”，这应该是高层第一次强制要求“自主可控”。

（据说之前高层也有相关的精神，但没有特别明确的要求）

“自主可控“，不就是去O吗，有啥机会？

你就看几年后有多少套国产数据库，就能知道，这里面机会可太多了。

当然，国产数据库这趟混水并不好趟，就看看现在1000多万数据库的标，最后中标金额28万就知道了。

这他娘的是买老婆饼，真的送老婆。

但我不是天命人，我并不想创业走向人生巅峰（不是不想，是不能）。

我只想能搬更久的砖，尽量晚几年“黄袍加身“而已。

对于这种低要求来说，“2014银监发39号文”，绝对是机会。

抓住这次机会，说不定就可以一直搬砖，面向火葬场编程……。

Oracle（特指Oracle数据库），肯定不够“自主可控“。

如果只说“自主可控“的话，MySQL，似乎是个不错的选择。

MySQL的源码，搞起。没有源码的Oracle，都能给它逆向了，这有源码的MySQL，研究起来是真轻松啊。

而且，如果能将MySQL源码，和Oracle逆向结合，向这个方向卷，说不定能卷出花样，我的搬砖大计，不就稳了吗。

这就是我的新方向：MySQL源码，和Oracle逆向结合。

这一年DTCC，我就主要介绍逆向Oracle的方法论。

逆向Oracle，这个想法还挺疯狂的，在PPT的开头，我还专门加了张图：

但下一页PPT，我也说明了：

Oracle的逆向工程没想像中那么难。不过PPT中大段的汇编，还是把各路朋友吓到了：

PPT中，我除了最后讲了一个故障分析的案例。其实用大段的篇幅，描述了逆向出来的Oracle“等待事件“功能。

这是我一开始设想的“MySQL源码，和Oracle逆向结合“的方式，逆向Oracle等待事件机制，向MySQL MySQL内核中添加的等待事件。

这一年DTCC，主办方老师们还邀请了一位名人：周涛。

不是她啊。周涛姐姐只是拿出当标题，擦边蹭一蹭，吸引流量的。

是四川电子科技大学的周涛，大数据领域专家，看百度百科中的资料，曾官至四川省政协常委。

周老师来DTCC，肯定是讲大数据相关的东东了。

听说这里有不少Oracle大湿，周老师估计要与民同乐一下，去听听各位大湿们有多湿。

那几年微博还很流行。第二天，我看到周老师发了条微博，大意是：“听了一位Oracle大湿的演讲，原来只是反下汇编，逆向工程一下Oracle。

这怎么能称大湿……“。

说实话，能被省级官员提一下，我深感与有荣焉。

赶忙去微博中回了一条：“那是因为他还不够湿啊。“自从被周老师半点名批评后，在有能拿出手东西前，“逆向工程Oracle“这个词，我就再没提过。

直到几年后，才换成“借鉴Oracle”遮遮掩掩的说，那已经是2020年了。

无论怎样，能让省级官员说一下我还不够格湿透，也是我的高光时刻。

这一年（2015年），除了DTCC，我还参加了SACC，主题是《去IOE关键技术分析》：

这是我第一次参加的SACC。主要讲分布式数据库中，低延迟分布式事务的实现方式。

照片不够清晰，但肉眼可见的，高级、资深无疑：

ebay和阿里，都有相当规模的分布式方案的数据库。

得益于两家公司的职业经历，我对美帝和国内分布式数据库，特别是分布式事务的理解，还算不错，起码有实践经验。

在2015年前，大家对于高并发OLTP数据库如何分布式，其实有很多猜想。

我在SACC2015的分享，应该是中文互联网世界，第一篇详细描述使用分布式去O细节的资料，相当于揭秘了阿里/ebay分布式数据库架构。

这次SACC上的演讲，可以算是我在阿里、ebay两家公司对分布式实际体验后的总结。

由于分布式在随后几年中大力发展，这次SACC演讲中的内容，也被大量网友掐头去尾式的转载，N年后甚至像回璇镖一样，打了回来。

事情是这样的，我一向主张要谨慎看待分布式，这被很多人理解为不懂分布式、死守老观念，特别是在如知乎这样的“非熟人社交”平台，好多热心知友经常教导我，让我去学学这本书、看看那个资料、不要顽固不化。

有个知友发我的资料我看了下，有好些内容竞然是SACC2015这次演讲中的部分内容。 在N年后被人教导，“你要去学学这篇文章中的东东”。打开一看，竟然是2015年自己分享的内容。很有点哭笑不得的意思。

(...未完待续...)