在 MySQL DBA 面试中我应该问什么?

geo*_*xis 10 mysql interview-question

我是一名软件开发人员,正在帮助我的团队聘请一名 MySQL DBA。我们面临的核心挑战是:

  • 由于 Hibernate,查询和性能变慢。

  • 数据库管理(备份、调优、补丁、安全)。

  • 由于来自新数据源的数据增加和旧数据的积累而产生的可扩展性。

  • 我们计划在未来开始数据挖掘和数据仓库。不知道如何,但这是方向。

我们通常有一些编程案例,我们要求开发人员为面试构建一些东西,但以同样的方式进行 DBA 面试有点困难。

你能就如何进行面试提出建议吗?

小智 11

不是一个完整的清单,而是我将尝试涵盖的粗略清单。这也取决于他们是第一个“真正的”DBA 还是 DBA 团队中的成员。DBA 是否也负责机器,或者只负责上面的数据库。等等。

  • 应该使用什么 RAID 配置
  • 数据库的备份策略。
  • MySQL 特定的东西,例如 MyISAM 和 InnoDB 之间的差异
  • 备份策略和恢复
  • 让他们做一些 SQL 查询和一些查询优化(即使在使用 hibernate 时也使用解释等。有时绕过 hibernate 以获得性能是很好的)
  • 我有没有提到备份策略
  • 对于可扩展性,DBA 应该了解不同的复制模式(RBR、SBR、混合模式复制、复制维护,例如观察复制延迟和 binlog 维护)
  • InnoDB 调优
  • DB 正在写入什么样的文件(例如,ibdata 和日志文件)以及它们如何排列(例如,每个表一个 ibdata 文件,在不同的分区上移动它们,InnoDB 压缩)
  • 讨论监控工具。您在使用什么,他们是否有使用该工具或类似工具的经验?
  • 我还会研究系统工具,如 iostat/memstat/vmstat/无论您的操作系统提供什么。给他们一个有一定负载的系统,让他们找到原因
  • 并可能讨论 MySQL 备份中的问题,尤其是还原 ;-)

我相信这里的其他人可以扩展这个列表


Mar*_*ian 6

我建议还查看一些关于 DBA 面试的已经建立的列表:

  • 10 大 SQL Server DBA 面试问题- 我们自己的 Brent Ozar

    • 最喜欢的问题:
    • “你能给我一些非你公司的 DBA 和开发人员的推荐信吗?”
    • “项目经理需要一个新的 SQL Server。你问她什么?”
  • 初级 DBA 面试问题- 我们自己的 Thomas LaRock

    • 最喜欢的问题:“如果我让你学习如何更快地进行查询,你会去哪里?”
  • 数据库筛选问题- 格兰特·弗里奇

    • 最喜欢的问题:“你是 DBA。电话响了。其中一位用户正在通话。他们说“数据库很慢。” 然后他们就挂了。你怎么办?”

他们都是伟大的 SQL Server 作家。我知道有些问题可能是面向 SQL Server 的,但大多数不是,并且可以在一般 DBA 面试中使用。


Mor*_*ker 6

在我为 Percona 的面试过程做出贡献之后,我不久前写了这篇文章。

我认为要评估某人,您必须尝试让他们做他们在日常活动中会做的事情。诸如“MySQL 中的串行数据类型是什么?”之类的随机问题。或诸如“为什么人洞是圆的?”之类的智力问题。没有达到这一点。

您还希望确保对每个人进行相同的测试。如果你的面试只有开放式对话,更自信和(略有操纵性)的人会脱颖而出,因为他们可以巧妙地绕过你的问题并将其转换成他们擅长回答的问题。您不会总是意识到这种情况何时发生,但它通常包含诸如“当我开始担任 DBA 时,我们有 2MB 的 RAM,并使用磁带......等等等等”:P

话虽如此,这是我的标准问题清单:

  • 描述 MySQL 复制的工作过程?
  • ACID 的 D 分量在实际中意味着什么?
  • innodb_flush_method=O_DIRECT 有什么变化?(小心这一点:对此的共同理解往往是错误的。)
  • 假设我写了一个像“INSERT INTO my_table (a,b) VALUES (1,2)”这样的查询。尽可能详细地向我描述 MySQL 内部发生的情况。

  • 如果你要测试他们每天要做的事情,它会是“开卷”吗?我的意思是,在我的本科课程中,一些老师坚持要求你记住所有内容,而其他老师则是现实的——在现实世界中,你有参考手册可供参考;重要的部分是知道在哪里可以找到答案,有时甚至比认为你知道答案和错误更重要。(在某些情况下,情况会发生变化,因此检查特定软件版本的文档很重要) (3认同)

Joe*_*Joe 5

尽管我同意许多看似随机的面试问题(例如,井盖问题),但实际上并没有那么有用……(可能对于工业设计师来说除外,仅针对这种情况)。

一旦您解决了其中许多问题的琐事方面,它们就会成为您知道答案的东西,因此您必须描述您将如何找到答案。或不。例如:

  • 编造一些合理的东西和/或尝试胡说八道。(可能对销售和营销有用?任何其他领域,不要雇用。)
  • 根据其他信息估计
  • 解释你如何获得必要的信息来解决问题

...等等。

过去,当我负责招聘流程时,我会尝试进行一次完全不按计划进行的 5 到 15 分钟电话面试(打电话给他们,因为他们可以给你几分钟的时间......并非所有人都可以,因为有些人正在从事他们计划离开的工作)……只是为了评估我认为他们在简历上胡说八道的程度。

例如,当我们招聘高级 PL/SQL 程序员时,我会问他们 PL/SQL 块的部分是什么。这些天来,它首先出现在 Google ...... 2003 年的情况并非如此。我们采访的大多数人以前可能使用过 Oracle,他们可能已经为 Oracle 编写了 SQL......但是如果你无法告诉我您知道 PL/SQL 块是什么样子的线索,您不适合担任高级 PL/SQL 程序员工作。

...

而且,话虽如此,我对任何面对面采访的首选问题是:

星球大战还是星际迷航?

在某种程度上,您会看到他们如何处理没有最佳答案的情况,如果他们的回答很外交,或者他们是否跳出框框思考(例如,谁博士或萤火虫是有效的答案)。我目前工作的地方(空间物理实验室),除非你是外国人,否则说你从未见过可能是失败的。不过,说你也不喜欢,并有充分的理由解释原因将是一种通过。过于关注其中任何一个可能仍然是失败的(因为没有人愿意和个人一起工作)