有哪些话一听就知道一个DBA是个水货？

作为IT从业者，尤其在技术面试场合，我们偶尔会遇到一些“水分”较大的DBA（数据库管理员）。他们往往理论功底不扎实，实战经验匮乏，却善于包装自己。今天，我们就来盘点那些一听就知道DBA可能“水分十足”的经典语句，并分享三个鉴别Oracle、MySQL、PG真实水平的面试题。

一、暴露水平的“经典”语句

“数据库调优就是加内存，加内存解决一切问题”

水货DBA常常把“加内存”当作解决所有数据库性能问题的万能钥匙。殊不知，调优需要精准定位瓶颈：是SQL语句问题、索引缺失、统计信息过期，还是系统参数配置不合理？真正的DBA会系统分析，比如通过Oracle的AWR报告、MySQL的slow log、PG的pg_stat_statements来定位问题根源。

“这个表没有索引，所以查询慢是正常的”

索引固然重要，但盲目添加索引反而可能降低写性能。优秀的DBA深知索引管理的艺术：他们了解不同索引类型（如B树、位图、函数索引）的适用场景，懂得索引维护的代价，并会通过执行计划判断索引是否被正确使用。更重要的是，他们明白什么时候不适合使用索引，例如当查询需要返回大部分数据时，全表扫描可能更高效。

“备份每天都在做，从没测试过恢复”

这是最危险的水货言论之一。备份的真正价值在于能够成功恢复。专业的DBA会定期进行恢复演练，验证备份的有效性，并制定详细的灾难恢复计划。他们清楚不同备份策略（全量、增量、差异）的适用场景，以及如何利用Oracle的RMAN、MySQL的Xtrabackup或PG的pg_basebackup等工具实现高效可靠的备份恢复。

二、面试题，试出真实水平

Oracle题：请你解释一下CHAR和VARCHAR2的区别及应用场景

水货回答：“都是存字符串的，差不多。”

专业回答：CHAR是定长类型，VARCHAR2是变长类型。例如，字符串“test”存入CHAR(10)会补齐空格到10字节，而存入VARCHAR2(10)只占4字节。CHAR适用于长度相对固定的数据（如身份证号），VARCHAR2则更适合长度变化较大的字段。选择不当会导致存储空间浪费或性能问题。

MySQL题：如何在一个大表上创建索引，同时尽量减少对应用的影响？

水货回答：“直接CREATE INDEX就行。”

专业回答：需要考虑多项策略：选择业务低峰期操作；对于MySQL，可使用ALGORITHM=INPLACE的在线DDL方式减少锁表时间；调整相关参数，如增大sort_buffer_size；如果表特别大，可考虑使用分批次创建索引的方法。同时，优秀DBA会提前评估索引创建所需的磁盘空间和时间。

PostgreSQL题：请解释PG的表膨胀问题及如何解决？

水货回答：“表大了就VACUUM一下。”

专业回答：PG的MVCC机制导致UPDATE/DELETE操作会产生死元组，使表空间增大但有效数据未增加，即表膨胀。解决方法包括：配置合理的autovacuum参数（如autovacuum_vacuum_scale_factor）、监控n_dead_tup，必要时手动执行VACUUM FULL或使用pg_repack工具重组表。同时需要排查长事务对vacuum的阻塞。

结语

技术之路，实事求是是关键。对于DBA而言，扎实的基础知识、严谨的工作态度和持续的学习能力远比夸夸其谈更重要。希望这些“鉴宝”技巧和面试题能帮助大家在技术交流中更准确地识别真实力。

你是否也曾遇到过令人啼笑皆非的“水货”言论？欢迎在评论区分享你的经历！