主页 / dba / 问题 / 6246
Accepted
geoaxis
Asked: 2011-09-29 02:22:38 +0800 CST

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

  • 772

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

  • 由于休眠，查询和性能变慢。

  • 数据库管理（备份、调整、补丁、安全）。

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

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

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

您能就如何进行面试提出建议吗？

mysql interview-question

4 个回答

  1. Best Answer

    不是一个完整的列表，而是我将尝试涵盖的内容的粗略列表。这还取决于他们是否会成为第一个“真正的”DBA 或 DBA 团队。DBA 是否也负责机器，或者只负责最重要的数据库。等等

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

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

    • 11

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

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

      • 最喜欢的问题：
      • “您能给我一些不在贵公司的 DBA 和开发人员的推荐信吗？”
      • “项目经理需要一个新的 SQL Server。你问她什么？”

    • 初级 DBA 面试问题- 我们自己的 Thomas LaRock

      • 最喜欢的问题：“如果我让你学习如何更快地进行查询，你会去哪里？”

    • 数据库筛选问题- 格兰特弗里奇

      • 最喜欢的问题：“你是 DBA。电话响了。其中一个用户正在在线。他们说“数据库很慢。” 然后他们挂断了。你做什么？

    他们都是出色的 SQL Server 编写者。我知道有些问题可能是面向 SQL Server 的，但大多数不是并且可以用于一般的 DBA 面试。

    • 6

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

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

    您还想确保为每个人提供相同的测试。如果你只进行开放式对话面试，那么更自信和（稍微操纵性）的人会脱颖而出，因为他们可以巧妙地绕过你的问题，并将它们变成他们擅长回答的问题。你不会总是意识到什么时候会发生这种情况，但它通常包含类似“当我开始担任 DBA 时，我们有 2MB 的 RAM，并且使用过磁带……等等等等等等”：P

    话虽如此，这是我的标准问题清单：

    • 描述 MySQL 复制工作的过程？
    • ACID 的 D 分量实际上是什么意思？
    • innodb_flush_method=O_DIRECT 有什么变化？（注意这一点：对此的普遍理解往往是错误的。）
    • 假设我写了一个类似“INSERT INTO my_table (a,b) VALUES (1,2)”的查询。尽可能详细地向我描述 MySQL 内部发生的事情。
    • 6

  4. 尽管我同意许多看似随机的面试问题（例如，井盖问题）实际上并没有那么有用……（除了，也许对于工业设计师，仅针对那一个案例）。

    一旦你克服了其中许多琐事的一面，它们就会成为你不知道答案的东西，因此你必须描述你将如何去寻找答案。或不。例如：

    • 编造一些似是而非的东西和/或试图胡说八道。（可能对销售和营销有用？任何其他领域，不要雇用。）
    • 根据其他信息估计
    • 解释你如何获得必要的信息来解决问题

    ...ETC。

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

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

    ...

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

    星球大战还是星际迷航？

    在某种程度上，您可以看到他们如何处理没有最佳答案的情况，他们的答案是否外交，或者他们是否跳出框框思考（例如，Dr. Who 或 Firefly 是有效的答案）。我目前工作的地方（一个空间物理实验室），说你从未见过任何一个都可能是失败的，除非你是外国人。说你也不喜欢，并解释为什么有充分的理由会是通行证。对其中任何一个过于痴迷可能仍然是失败的（因为没有人愿意与那个人一起工作）

    • 5

相关问题