上回说到，我怀着对润到美帝搬砖的信仰，加入eBay，然后开始学外语：
于是退意渐生，放弃当润人。考公/国企上岸无路，除了卷，别无他途。卷，也要有目标，无效的卷，除了让人厌恶，也只是空乏其身。在2014、2015年这个时段，对于数据库人来说，还真有一个机会。 2015年冬天，在SACC2015中，我专门提到了这个千载难逢的机会：
“2014银监发39号文”，这应该是高层第一次强制要求“自主可控”。（据说之前高层也有相关的精神，但没有特别明确的要求）你就看几年后有多少套国产数据库，就能知道，这里面机会可太多了。当然，国产数据库这趟混水并不好趟，就看看现在1000多万数据库的标，最后中标金额28万就知道了。但我不是天命人，我并不想创业走向人生巅峰（不是不想，是不能）。我只想能搬更久的砖，尽量晚几年“黄袍加身“而已。对于这种低要求来说，“2014银监发39号文”，绝对是机会。抓住这次机会，说不定就可以一直搬砖，面向火葬场编程……。Oracle（特指Oracle数据库），肯定不够“自主可控“。如果只说“自主可控“的话，MySQL，似乎是个不错的选择。MySQL的源码，搞起。没有源码的Oracle，都能给它逆向了，这有源码的MySQL，研究起来是真轻松啊。而且，如果能将MySQL源码，和Oracle逆向结合，向这个方向卷，说不定能卷出花样，我的搬砖大计，不就稳了吗。这就是我的新方向：MySQL源码，和Oracle逆向结合。这一年DTCC，我就主要介绍逆向Oracle的方法论。逆向Oracle，这个想法还挺疯狂的，在PPT的开头，我还专门加了张图：
PPT中，我除了最后讲了一个故障分析的案例。其实用大段的篇幅，描述了逆向出来的Oracle“等待事件“功能。
这是我一开始设想的“MySQL源码，和Oracle逆向结合“的方式，逆向Oracle等待事件机制，向MySQL MySQL内核中添加的等待事件。 这一年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年自己分享的内容。很有点哭笑不得的意思。(...未完待续...)
