DBA 是數據可用性、性能和安全性的重要組成部分。獲得優秀的 DBA 是任何公司可以做的最重要的事情之一，以確保他們的數據庫操作繼續正常工作。那么如何找到優秀的 DBA 呢？

在這篇文章中，我將向您展示我在面試 DBA 候選人時喜歡問的一些問題。

性能至關重要，那么這位候選人是否知道MySQL如何調整和優化？

1、首先：您會推薦哪些最常見的性能優化？

這是關于概念性知識的，通常是一個開放式問題。他們是否正在考慮扔硬件和增加資源？這是最簡單的解決方案，但通常不是正確的解決方案。如果數據庫設計不佳，性能通常會受到限制。他們會談論這個嗎？我希望人們討論最佳選擇，并決定哪些變量或修復最有意義。我在客戶那里看到的簡單答案是調整像“innodb_dedicated_server”這樣的單個變量，這當然有幫助，因為它是幾種配置的快捷方式，但如果你不正確理解它可能會導致一些不希望的傷害（比如很多不需要的重做日志文件）。我正在尋找人們了解快速問題和長期問題之間的區別。

2、在 IO 綁定的系統中，為了更好地利用 IO，您需要哪些主要調優參數?

磁盤 IO 是任何數據庫中最慢的部分，任何 DBA 都必須了解這個概念。簡單的答案總是添加更多內存，但這不僅僅是關于緩沖池。候選人是否了解影響 IO 的其他變量和數據庫內部結構？例如，他們是否了解重做日志、刷新、io_capacity 等，他們可以了解他們所做的事情嗎？這些變量的組合將減少 IO 依賴，同時延長 SSD 壽命。

3、你會接到電話說數據庫速度很慢。你是做什么的？你如何識別一個慢查詢？優化查詢的最佳策略是什么？

查詢優化是每個 DBA 都必須知道的活動。即使數據庫在 99% 的情況下看似快速且高性能，一個惡意或慢查詢也可能導致整個應用程序癱瘓。在這里，我們正在尋找不僅找到慢查詢而且調整和修復它的過程。我們需要了解導致查詢速度慢的原因是什么，例如索引、SQL 編寫技巧不佳等。幸運的是，我們有工具可以識別壞人并幫助優化過程。候選人決定使用的工具沒有他們經歷的過程那么重要。我們正在尋找諸如識別缺失索引、錯誤主鍵、超大表問題、模式設計等的能力。

4、假設您需要將 MySQL 服務器的流量增加 10 倍。您的可擴展性策略是什么？讀取的縮放比例與寫入的縮放比例相同嗎？

這里有許多可擴展性策略。您不僅要尋找具體的技術或流程，還要尋找它們背后的原因。需要討論和深入研究的關鍵事項：添加副本以卸載流量、設置負載均衡器、增加可用硬件、分片等。所有這些都是有效的策略。真正的問題是候選人是否理解它們以及何時應該使用和不應該使用它們？

每個 DBA 都必須構建并確保他們的數據庫系統在需要時可用。因此，了解數據庫可用性策略至關重要。必須提出問題來衡量他們的理解：

5、您如何解釋異步復制滯后？為什么會有問題呢？你會如何解決它呢？

異步復制仍然是一個非常重要的話題，雖然性能隨著 MySQL 的每個版本和修改而不斷提高，但我仍然在幫助很多客戶解決復制設置和延遲的問題。許多公司使用副本進行報告、備份和高可用性，因為我們希望我們的副本盡可能保持最新。好消息是，這也為候選人提供了另一個跳出框框思考的機會，因為異步復制延遲可能會受到數據庫設計問題的顯著影響，例如沒有主鍵、長時間運行的查詢、選擇更新等。

6、他們能解釋異步復制和同步復制之間的區別嗎？他們什么時候會選擇一個而不是另一個？

當然，您可以在 MySQL 中使用幾種不同類型的異步復制（MySQL GTID、MariaDB GTID、Tungsten Replicator）和同步復制（Percona XtraDB Cluster、MySQL Group Replication），因此了解他們的一般知識有助于評估他們的技能。雖然這里沒有 100% 正確的答案，但重要的是要了解選擇一種解決方案而不是另一種解決方案的決策驅動因素是什么，例如性能、一致性、可用性等。

7、基于 Galera 的解決方案最少需要多少個節點？添加更多節點的利弊是什么？

MySQL 領域有兩種主要的集群解決方案。基于 Galera 的復制，如 Percona XtraDB 集群和基于組復制的集群，如 InnoDB 集群。這個問題的關鍵是要知道 Galera 是為一致性和可用性而設計的，而不是為編寫可伸縮性而設計的。理解這些差異非常重要，因為“更多的寫入器就更多的寫入”的想法是很常見的，就好像添加更多寫入器節點可能會增加集群的寫入容量。

當然，您需要確保候選人不僅知道如何排除性能故障和設置高可用性，還需要了解一些基本的數據庫操作和技術。至少詢問一個關于安全、備份和主機(云或非云)的問題，是確保您了解基本知識的好方法。

8、請描述您推薦的備份策略。你會使用什么工具以及如何使用？

了解備份的重要性很重要。我正在尋找能夠引導我了解他們的經歷并告訴我他們認為什么是好的和安全的備份策略的人。當他們說話時，我會問一些問題，看看他們是否了解他們所運行的設置的限制或好處。我希望他們能夠掌握不同的備份選項（物理的、邏輯的）以及可以推薦的備份策略（每日、每周、每月、完整、增量等）。當然，我對人們如何確保他們的備份“良好”非常感興趣。不是每個人都認為恢復測試應該被視為備份策略的一部分。

9、部署 MySQL 時您會遵循哪些基本安全策略？

這一次也還是沒有標準的答案，但毫無疑問，DBA 必須保護公司的數據。需要注意的一些事項：強密碼、只能從 localhost 進行 root 訪問、刪除沒有密碼的用戶、將 SUPER priv 刪除給非管理員用戶、限制用戶訪問他們自己的數據庫/表、加密數據等。

10、請解釋 RDS MySQL 和 Aurora 之間的主要區別。您何時會推薦一種解決方案而不是另一種？

毫無疑問，云已經改變了我們運行數據庫的方式。候選人是否對 AWS 的前兩個 MySQL 選項之間的差異有基本的了解？他們是不同的，他們知道嗎？了解優點和缺點是至關重要的。雖然 RDS 提供了一種簡單的方法來設置開箱即用的異步復制，但它需要一些操作活動來確保環境健康，即數據一致性檢查、在主故障時處理故障轉移等。另一方面, Aurora 通過以更高的成本和一些額外的寫入開銷確保一致性和可用性來解決操作部分，因此它可能無法在高流量環境中很好地擴展。

原文地址：https://mp.weixin.qq.com/s/8QLpTfunWNFw57OmNq-_hA