由PG分会发起的“PG ACE深度访谈”栏目，旨在挖掘PG ACE对数据库行业的深度洞察，分享他们对行业发展的思考和个人感悟，对广大PGer们具有实际借鉴意义。
以下正文，转载请注明出处，并获得白鳝老师及PG分会允许。
一个三十多年的老IT和老DBA，干过软件开发、系统架构师、DBA、公司高管、研发主管，最后还是选择DBA作为终身职业。
除了数据库，喜欢吃喝玩，无论是自驾还是高原长线徒步，只要是户外的活动，都喜欢。最远的地方去过南极，到非洲大陆看过动物大迁徙，徒步登上过5300米的滇藏垭口。唯美食与美景不可辜负。到现在为止，还能保持每年一次高原长线徒步。
我的家乡是苏州太湖里的一个小岛-西山岛，出生在这个当年贫穷、封闭的小岛上。现在这个岛已经成为全国著名的生态旅游岛。在岛上还有一处祖上留下来的农民房，有时候周末没事，还会回到岛上小住。
我有一个公众号“白鳝的洞穴”，我已经坚持数年在公众号上发文，每周不少于3篇。周末也许会写一写玩和吃的事情。上面有我从事DBA三十年的一些感悟，也有对一些数据库的技术分析。特别是PG，有不少PG内核理解、性能优化、故障处置方面的文章。另外在公众号里也有不少旅游攻略，路书。
我看的书很杂，不过最喜欢的是科幻小说，我觉得搞IT的，多看看科幻，可以让脑子里多一些想象空间。我十分喜欢弗洛文奇的银河界区三部曲，花了数年时间阅读了阿西莫夫的银河帝国全系列，实在是太庞大的巨作。不过对于喜欢科幻的朋友，我推荐西蒙斯的《海伯利安》，这是我看过的最为精彩的科幻小说。
和一些朋友不同，我看书是为了换一种思维方式，离开数据库这个话题。看弗洛文奇的科幻，可以从中感受到近未来的科技可能性，肯福莱特的《中世纪三部曲》可以了解近现代欧洲文明的发展脉络。都是和生活、技术、工作无关的。读书不一定非要从中获得收获，片刻的快乐就够了。
从Oracle转向PostgreSQL纯属偶然，是十多年前帮一个客户写一篇关于MYSQL和PG对比的论文，开始系统研究PG，发现原来PG是如此优雅的一种数据库。后来在去IOE的时候，帮客户做数据库选型的时候，对PG做了更加深入的研究。
我的大学时代是80年代末，那时候Oracle刚刚进入中国，DBASE II是我接触的第一个数据库，Oracle当时只是耳闻，并没有用过。
我们的核心产品是D-SMART运维知识自动化系统，是一个数据库运维工具，目的是实现数据库的数字化运维，采集丰富的数据库指标，构建健康模型、性能模型、故障模型等模型，对数据库做自动化监测，实现自动化巡检、故障预警、根因分析等。针对PG数据库我们开发了大量的工具，并不断丰富PG数据库的运维知识图谱和运维工具。同时，D-SMART的后台也是PG数据库，指标数据都存储在TimescaleDB里。
我会关注PG的技术发展，也会经常去看一些国外大牛写的相关文章，如果有所得。我会自己做些实验，并把一些经过我的理解和思考后的想法通过微信公众号的文章分享给大家。
同时我也会接受一些PG社区的邀请，在一些线上线下的活动中与大家分享。
另外我也会把我们在做运维知识自动化系统的时候积累PG相关的运维知识的时候，对PG指标、等待事件的理解整理汇总后免费发布出来，供大家参考。目前，在DBAIOPS社区上已经发布了PG关键指标和等待事件相关的一些运维知识，大家有兴趣可以去下载。
我希望在PG新版本中看到的是HASH JOIN能力的进一步增强和分区表功能的进一步增强，尽快赶上Oracle的水平。因为这两个方面的增强可以让用户在应用开发方面变得更加简单。
除此之外，XID64、SQL PROFILE等也是我们期盼已久的功能。
从事PG技术工作的门槛不高，以前有数据库开发与运维经验的人，经过简单的学习，很容易 上手PG。不过PG是一种与MYSQL、ORACLE等有较大区别的数据库，因此在转向PG的时候，一定不能用MYSQL、ORACLE的概念硬套。虽然PG在很多地方与Oracle有着相似之处，不过其实现的基本原理相差很大，入门之后，真正开始使用的时候，肯定会踩很多坑，因此对PG做一些系统的学习还是十分必要的。当然仔细阅读官方文档也不一定能让你避开很多大坑，因为PG还是有很多不完善的地方的，这些必须在你的实践过程中慢慢去提升了。
另外使用PG数据库，需要对操作系统和硬件有一定的认知。底层的服务器，特别是非X86的服务器在承载PG数据库的时候，因为硬件的差异，可能会出现一些性能问题，如果仅从PG数据库的角度很难解决，因此你需要掌握一些服务器的知识。而操作系统的配置对于PG的性能来说影响也十分大，提前掌握一些和PG相关的LINUX系统优化设置是十分必要的。
这个有点记不清了，PGCONF 参加过数次，也参加过一些地区性的meetup，只要时间上不冲突，我都会争取在会上和大家分享一些内容。去年的PGCONF上，我分享的题目是《PostgreSQL-从产品生态到应用生态》。
现在我解决PG的问题一般会先用AI，newbing/kimi等都是我最常用的。如果AI解决不了问题 ，那么下一步会去谷歌搜索，也会和社区的一些朋友讨论。实在解决不了，那就需要去阅读相关的PG源代码了。不过事实上，通过源码解决问题是比较少见的，如果你对读源代码有困难，实际上在各大社区，你也能找到很多源代码解读的文章，这些文章对你理解某些源代码十分有帮助。
目前因为精力有限，也没有太多时间参与开源项目了。我目前仅仅参加了Oceanbase OBDIAG这个开源项目。我仅仅是为这个项目提供功能需求并参与审核一些功能实现，并没有直接参与编码。
在进行某些问题分析的时候，如果问题比较生僻，可能会搜索到相关的邮件列表。这时候，经常会做一些阅读。
我想PG ACE是社区的一种认可，不仅仅是技术上的。PG ACE需要有对PG技术探索的热情，能够不断地探索PG技术，为PG产品与生态的发展做出贡献。另外PG ACE必须是乐于分享的，能够把自己对PG的认知与体会清晰地分享给大家。
