MySQL DBAインタビューで何を尋ねればよいですか？

私はソフトウェア開発者で、MySQL DBAを雇うのを手伝っています。私たちが直面している主要な課題は次のとおりです。

• Hibernateによりクエリとパフォーマンスが低下します。

• データベース管理（バックアップ、チューニング、パッチ、セキュリティ）。

• 新しいデータソースからのデータの増加と古いデータの蓄積によるスケーラビリティ。

• 将来的には、データマイニングとデータウェアハウジングを開始する予定です。方法はわかりませんが、それが方向です。

私たちは通常、開発者にインタビューのために何かを作成するように依頼するプログラミング事例を持っていますが、同じ方法でDBAインタビューを行うのは少し難しいです。

面接をどのように行うべきかについて提案できますか？

完全なリストではありませんが、カバーしようとするものの大まかなリストです。また、それらが最初の「真の」DBAになるのか、DBAチームのメンバーになるのかも異なります。DBAがマシンも担当するのか、それともデータベースのみを担当するのか。等

• 使用するRAID構成
• データベースのバックアップ戦略。
• MyISAMとInnoDBの違いのようなMySQL固有のもの
• バックアップ戦略とリカバリ
• いくつかのSQLクエリといくつかのクエリの最適化（Hibernateを使用している場合でも説明などの使用法を実行します。パフォーマンスを向上させるために、Hibernateをバイパスすることをお勧めします）
• バックアップ戦略について言及しましたか
• スケーラビリティのために、DBAはさまざまなレプリケーションモード（RBR、SBR、混合モードレプリケーション、レプリケーションラグの監視やバイナリログのメンテナンスなどのレプリケーションメンテナンス）について知っておく必要があります。
• InnoDBのチューニング
• DBによって書き込まれているファイルの種類（たとえば、ibdataおよびログファイル）とそれらの配置方法（たとえば、テーブルごとに1つのibdataファイル、異なるパーティション上でそれらを移動する、InnoDB圧縮）
• 監視ツールについて話し合います。あなたは何を使っていますか、彼らはそのツールまたは同様のツールの経験がありますか？
• OSが提供するものは何でも、iostat / memstat / vmstat /などのシステムツールについても調べます。負荷のあるシステムを提供し、原因を見つけさせます
• また、MySQLのバックアップ、特に復元の問題について話し合うかもしれません;-)

ここにいる他の人がこのリストを拡張できると確信しています

パーコナでのインタビュープロセスに貢献した後、私はこれについて少し前に書いた。

私は誰かを評価するために、あなたは彼らが定期的な日常の活動で彼らがしているであろうことを彼らにやらせなければならないと思います。「MySQLのシリアルデータタイプとは」などのランダムな質問 または「なぜ人間の穴は丸いのか」のような知性の質問 これを達成しないでください。

また、全員に同じテストを確実に与える必要があります。オープンエンドの会話のみのインタビューがある場合、より自信を持って（少し操作しやすい）人々が目立ちます。彼らはあなたの質問を巧みに回避して、彼らが答えるのが得意な質問に変えることができるからです。これがいつ発生するかは常に理解できるとは限りませんが、「DBAとして開始したとき、2MBのRAMがあり、テープを使用していた」などの内容が含まれていることがよくあります。

そうは言っても、ここに私の標準的な質問のリストがあります：

• MySQLレプリケーションが機能するプロセスを説明してください。
• ACIDのDコンポーネントは実際にはどういう意味ですか？
• innodb_flush_method = O_DIRECTは何を変更しますか？（これに注意してください：これについての一般的な理解はしばしば間違っています。）
• 「INSERT INTO my_table（a、b）VALUES（1,2）」のようなクエリを書いたとします。MySQLの内部でできることをできるだけ詳しく説明してください。

DBAインタビューに関してすでに確立されているリストもいくつか参照することをお勧めします。

• SQL Server DBAインタビューの質問トップ10-私たち自身のBrent Ozarによる

  • お気に入りの質問：
  • 「あなたの会社にいない他のDBAや開発者からの紹介をいただけますか？」
  • 「プロジェクトマネージャーには新しいSQL Serverが必要です。何を尋ねますか？」

• ジュニアDBAインタビューの質問 -私たち自身のThomas LaRockによる

  • お気に入りの質問：「クエリを高速化する方法を学ぶように頼まれたら、どこに行きますか？」

• データベーススクリーニングの質問 -Grant Fritchey著

  • お気に入りの質問：「あなたはDBAです。電話が鳴ります。ユーザーの1人が電話に出ています。彼らは「データベースが遅い」と言います。その後、電話を切ります。どうしますか？」

彼らはすべて優れたSQL Serverライターです。一部の質問はSQL Server指向である可能性がありますが、ほとんどはそうではなく、一般的なDBAインタビューで使用できます。

ランダムに見える多くのインタビューの質問（たとえば、マンホールカバーの質問）は実際にはそれほど役に立ちません...

それらの多くのトリビアの側面を通過すると、それらはあなたが答えを知らないものになることを意図しているので、答えを見つけるためにどのように行くかを説明する必要があります。か否か。例えば：

• もっともらしいものを作り、そして/またはあなたの道をでたらめにしようとします。（販売およびマーケティングに役立つ可能性がありますか？他の分野、採用しないでください。）
• 他の情報に基づいて推定する
• 問題を解決するために必要な情報をどのように取得するかを説明する

...等。

私は過去に採用プロセスを担当していたとき、私は完全に予定外の5〜15分の電話インタビューをしようとします（彼らにあなたに数分の時間を与えることができるなら、彼らに電話してください...すべてができるわけではありませんでした、彼らが去ることを計画していた仕事にあったので）...ちょうど彼らが彼らの履歴書でどれだけでたらめであると思うかを評価するために。

たとえば、上級のPL / SQLプログラマーを採用するときに、PL / SQLブロックのどの部分が何であるかを尋ねます。最近、それはGoogleで最初に登場しました... 2003年にはそうではありませんでした。インタビューした人々のほとんどは以前にOracleを使用したことがあるかもしれませんが、彼らはSQL for Oracleを書いたかもしれません... PL / SQLブロックがどのように見えるかを知っている手掛かりを私に与えることができません、あなたは上級のPL / SQLプログラマーの仕事には向いていません。

...

そして、言われていることですが、対面インタビューに対する私の主な質問は次のとおりです。

スターウォーズまたはスタートレック？

一部には、彼らが最良の答えがない場合、彼らが彼らの答えで外交的であるか、または彼らが箱の外で考えている場合（例えば、Dr。WhoまたはFireflyは有効な答えです）、彼らがどのように対処するかを見ることができます。私が現在働いている場所（宇宙物理学の研究室）で、外国人でなければ、どちらも見たことがないというのは失敗かもしれません。しかし、どちらも気に入らないと言って、正当な理由で理由を説明するのは合格です。どちらか一方を過度にオタクにしても、失敗する可能性があります（その人と一緒に働きたがらないため）