今天去参加数据技术嘉年华，早些年这个大会是叫Oracle技术嘉年华，我猜后来融入了MySQL的方向，融入了云，叫做数据技术嘉年华，简单来说是把“库”字去掉了，这是大会的方向也是亮点吧。同时感谢盖总盛情邀请，我来理一理会议中的一些收获。
首先第一个收获是在会场里碰到了几个自己的公众号读者，从眼神的交流中他们似乎是认出我了，有的简单打了招呼，有的还会过来和我确认下，有的还直接会说是我的读者。看来这公众号写得要更有动力了。
数据技术嘉年华，当然不只有Oracle,MySQL还有其他的数据库，还有其他的数据库，我是在会场里走了一圈，选了几个自己更加感兴趣的主题。
Oracle 18c的理解
我在十一的时候参加了旧金山举办的OOW,当时从Oracle宣传的自治数据库来说，感觉这是一种革命性的创新,但是对于实现细节和规划却是知之甚少，在本次大会，原厂也有不少的主题是这个方面的，因为还没有正式release,所以还在概念的阶段，但是对于18c的态度，我很赞同老杨的见解，这个主题能够解决我们很多悬而未解的疑问。首选很多人的第一想法是DBA要失业了，这可能是一种悲观的想法。我们还需要看看其他类型的想法。糅合在一起，来看看该怎么破。
从国内目前的使用情况来看，还是11gR2为主，我想占用的比例是相当高的，而12cR1的发布和12cR2之间隔了差不多有6年，在DBA的印象中R2才是稳定版，而Oracle也一再强调R1已经很不错了，R2是有更多的加强，但是根据Oracle版本的规划，这个思想对于很多人来说已经是根深蒂固了，为了减轻大家这种版本差异的认知偏差，所以就使用了18c,19c，20c,至少目前能看到的是这些版本，隐隐感觉是SQL Server的风格了。
而回到重点内容自治数据库，老杨的见解我觉得非常独到中肯，自动化和自治本身是不同的，要实现自治，前期有很多自动化的工作，而这些在Oracle早期版本已经做出很多东西了。纵观Oracle的版本特性，你会发现，逐渐在走向自动化，而把它们拼接起来，做成通用统一的解决方案，就离自治不远了，所以说自治不是一个突然提出来的概念，很多的实现其实已经有了前期版本的铺路。
我目前从事的工作更多偏向于MySQL方向的数据架构和解决方案。所以看问题会逐步放大称为一个系统的眼光，如果仔细观察今天有很多主题都是和自动化平台相关的，SQL审核平台如果归类，可以算是自动化平台的一个子集。
看待各种平台，其实可以借鉴一些思想，通过其他人的思维总结能够转化为自己行之有效的落地方法。张中靖老师和阿里的一个同学分享了SQL审核平台的内容。能够把一个产品铺开，让你成为企业级解决方案，必然是在经历了一些考验，碰到并解决了一些问题之后才会变得更有业务价值。
如果抛开Oracle数据库，我发现有几个地方是自己之前规划中未曾考虑到的，一个是动态SQL审核。这个比前期的静态文本审核难度要大很多。把这个任务前置到上线阶段前会有很多实践的经验积累。
如果要从一个更加精细全面的角度来定位问题，SQL历史的跟踪也是很不错的方案，如果放大来说，就是全链路的检测了。能够把问题控制在一个有限的范围内，做到可视化，确实很赞。
姜承尧分享的腾讯金融支付的应用场景，高可用，分布式，自动化平台，基本都是做规划的几个点，有些我们已经规划好了，方案目前虽不完美，但是可以逐步分期规划，逐步实现。就如同腾讯金融的高可用有FMHA1.0,和2.0版本，现在的3.0版本，包括分布式的方案，竟然考虑问题的角度都是很相似的。借鉴思想的时候我自己也陷入了沉思，突然脑洞大开，想出了一个貌似还不错的弹性扩容方案，最近在梳理一把。从各个角度来评估一下。
对于自动化平台的建设，也是我在公司内主力想去推导的事情，从我的角度来说，一个自动化平台也不是一蹴而就，也是在很多根基打好的基础上逐步演化改进而来，放一张自己最近整理的图，把整个数据I体系的一些规划都揉入到这个图里面。如果有疑问，欢迎拍砖。
开源技术好不好，或者说目前合适不合适。都需要有一个基本的规划，把业务价值和技术价值结合起来，不能本末倒置，或者说是0投入，得到一个一劳永逸的方法。没有银弹。
晚上在晚宴上，一拨MySQL的人聚在一起，还是蛮有意思的。圈子小，故事多，段子更多。。。
当然今天还有一个很大的收获，就是收到了海翔的新书《数据库事务处理的艺术--事务管理与并发控制》，新书目前还在预售，马上就会在各大网店看到了。在写书这件事情上，我和海翔有两点共识，写书本身不赚钱，作者其实比读者的收获更大。预祝海翔的新书大卖。书的内容我放出一个简单的目录，大家供参考。
