最近关注数增加的较多，增加了几百人。感谢各位了。不少朋友都说捧了我，其实我就是主动或者被动接触的数据库多一点，Oracle、MySQL、PostgreSQL、Redis、Elasticsearch、MongoDB、Hadoop全家桶、列式数据库、时序数据库、图数据库还有达梦、OB、TiDB等等都学习或者使用过。头衔也不少，所以有时候说话还要注意啊。
我自己说自己是十八般武艺样样稀松，因为不少厉害的专家是某个领域从源码都清楚的，我就是面广一点，每个都不精通。所以我还是有很多不会的。越学越发现自己的无知。我做过不少行业也去过几家公司。无一例外，每到一家公司，刚来时候就是处理过陈年旧账的问题或者迫在眉睫的问题，这些问题100%是应用开发的问题。宣贯、培训后，让大家知道了应该如何正确使用数据库，最终数据库稳定了下来。因此被开发人员称为“大师”“专家”，不过这些依然不能掩盖我还是有不会的东西。
很多时候我解决问题我发现更多的问题来自于SQL，而不是我们想象中的问题。比如断电（现如今几乎看不到哪家公司因为断电数据库起不来的，可能也有。但是这种基础环境不达标实在不应该，UPS是摆设吗？），比如硬件损坏（现如今几乎很少听到磁盘坏了数据库起不来，可能也有。也是基础环境不达标。没有RAID和高可用吗？）以及一些其他问题。不过这些即使有吧，也是十年九不遇的。我经历过的比八级地震多次数，比百年不遇的洪水次数少。但是都是有UPS和RAID就轻松解决了。而SQL才是数据库稳定的最大的杀手，而且是天天出现的。如果作为一个只想守住数据库的DBA来说，基本是守不住的。上游的应用程序随时都能把数据库冲垮。所以必须要站在更高的高度上来审核需求和做设计，才能最大限度的保障数据库的稳定。战线越往前推，后方（数据库）就越稳定。这个结论适用于各种关系型数据库以及NoSQL数据库。所以我也是就这样经历了各式各样的数据库，但是任何一个拿出来其实也平平吧。
比如作为ACE，我自认为在Oracle上，如果论实操我不如有些一直一线的OCM。我最后一次搭建RAC是2018年了。我最后一次ADG是2022年了。MySQL的MGR教学为了偷懒我都做成视频了。PG的高可用等也有快半年没做了。至于ES、MongoDB等也是以年为单位的了。这么说来这个专家有点水啊。这个稍微辩解一下，毕竟ACE是需要具备这些技能，但是不仅仅是这些技能，更多的是分享、布道数据库技能。让更多的人用好数据库。不过我教出来的人会做这些就行了。我教的人做起这些来，比我还6。这就行了。拳怕少壮，是至理名言。毕竟咱们不是传统DBA，也希望学生们不做那种生活在最底层的DBA。只是这些基本技能要掌握。
看看这个，都是A的缩写，A和A的差别可大了。要提升自己的话，需要管理员的技能，但是不是仅有管理员的技能。 我更多的是传播一些理念、思想、方式方法、启发开发、引导业务等等。千万别以为业务人员真的懂业务（未必有你懂业务），即使懂业务也未必懂逻辑。逻辑都错了还谈什么业务。
以上如果还不能理解我说的，那么换一种说法。李连杰的《精武英雄》看过吗？陈真和船越文夫对战后，船越文夫提醒陈真面对藤田刚要小心。山田光子作为外行问，船越叔叔不是日本第一吗？陈真解释道：船越先生的日本第一是指的武术修为，而不是杀人技巧。这里也给自己贴一下金，很多时候布道的是思维、思想、思路和理念。不过我依然有很多方面是不会的。
