題目65
Choose two.
Which two are characteristics of snapshot-based backups?
□ A) The frozen file system can be cloned to another virtual machine immediately into active service.
□ B) There is no need for InnoDB tables to perform its own recovery when restoring from the snapshot backup.
□ C) Snapshot-based backups greatly reduce time during which the database and applications are unavailable.
□ D) A separate physical copy must be made before releasing the snapshot backup.
□ E) Snapshot backups can be used only in virtual machines.
翻譯
選擇兩項。
基于快照的備份有哪兩個特征？
□ A) 凍結的文件系統可立即克隆到另一臺虛擬機并投入 active 服務。
□ B) 從快照備份恢復時，InnoDB 表無需自行執行恢復操作。
□ C) 基于快照的備份可大幅減少數據庫和應用不可用的時間。
□ D) 釋放快照備份前，必須制作單獨的物理副本。
□ E) 快照備份僅可在虛擬機中使用。
解析和答案
- 選項A：快照備份的凍結文件系統克隆后，通常需進行恢復等操作才能投入服務，不是“立即”可用，A錯誤。
- 選項B：InnoDB 表從快照恢復時，可能仍需進行崩潰恢復等操作（如回滾未提交事務 ），B錯誤。
- 選項C：快照備份通過快速捕獲狀態，減少了數據庫和應用因備份而暫停的時間，C正確。
- 選項D：為避免快照占用源存儲且保障數據可用性，釋放快照前需制作物理副本，D正確。
- 選項E：快照備份不僅可在虛擬機中使用，物理機等環境也可，E錯誤。
所以答案是C、D。
知識點總結
- 快照備份特性：理解基于快照備份的核心特點，它能快速獲取數據狀態，減少備份窗口（即數據庫和應用不可用時間 ），但恢復或使用時可能需額外步驟（如制作物理副本、InnoDB 恢復 ）。掌握這些特性，有助于在備份策略選擇中，根據業務對停機時間、恢復復雜度的要求，合理采用快照備份方式，平衡備份效率和恢復可行性。
- 備份策略選擇：在實際數據庫運維中，快照備份是一種高效的備份手段，但也有其適用場景和限制。知曉其減少停機時間的優勢，以及需制作物理副本等要求，能夠結合業務需求（如高可用性、快速恢復 ）和系統環境（物理機、虛擬機 ），選擇合適的備份策略，保障數據安全和業務連續性。
題目66
Choose two.
Examine this SQL statement:
mysql> GRANT r_read@localhost TO mark WITH ADMIN OPTION;
Which two are true?
□ A) Mark can grant the privileges assigned to the r_read@localhost role to another user.
□ B) Mark can grant the r_read@localhost role to another user.
□ C) ADMIN OPTION causes the role to be activated by default.
□ D) Mark must connect from localhost to activate the r_read@localhost role.
□ E) Mark can revoke the r_read@localhost role from another role.
□ F) ADMIN OPTION allows Mark to drop the role.
翻譯
選擇兩項。
查看以下 SQL 語句：
mysql> GRANT r_read@localhost TO mark WITH ADMIN OPTION;
以下哪兩項是正確的？
□ A) Mark 可以將分配給 r_read@localhost 角色的權限授予另一個用戶。
□ B) Mark 可以將 r_read@localhost 角色授予另一個用戶。
□ C) ADMIN OPTION 會使角色默認被激活。
□ D) Mark 必須從 localhost 連接才能激活 r_read@localhost 角色。
□ E) Mark 可以從另一個角色中撤銷 r_read@localhost 角色。
□ F) ADMIN OPTION 允許 Mark 刪除該角色。
解析和答案
- 選項A：
WITH ADMIN OPTION是針對角色授予的權限，不是直接授予角色的權限給其他用戶，A錯誤。 - 選項B：因為授予時帶
WITH ADMIN OPTION，所以 Mark 可以將r_read@localhost角色授予其他用戶，B正確。 - 選項C：
ADMIN OPTION與角色是否默認激活無關，C錯誤。 - 選項D：角色激活與連接主機無關（這里角色
r_read@localhost是角色名，不是連接限制 ），D錯誤。 - 選項E：由于有
ADMIN OPTION，Mark 可以從其他角色中撤銷r_read@localhost角色，E正確。 - 選項F：
ADMIN OPTION不允許 Mark 刪除角色，刪除角色用DROP ROLE語句，F錯誤。
所以答案是B、E。
知識點總結
- MySQL角色授權（WITH ADMIN OPTION）：理解
GRANT... WITH ADMIN OPTION在角色授權中的作用，即被授權用戶可以將該角色再授予其他用戶或從其他角色中撤銷。掌握該選項對角色授權流程的影響，能夠正確使用該選項進行角色的委派管理，同時明確其與權限授予、角色刪除等操作的區別，保障數據庫角色和權限管理的準確性。 - 數據庫角色與權限管理：深入了解 MySQL 中角色和權限的授予、撤銷機制，角色作為權限集合的載體，通過
GRANT語句進行分配，WITH ADMIN OPTION擴展了角色委派的能力。在實際應用中，合理運用這些機制構建靈活且安全的權限體系，既要滿足用戶間的權限委派需求，又要避免權限濫用風險。
題目67
Choose two.
Which two commands will display indexes on the parts table in the manufacturing schema?
□ A) EXPLAIN SELECT INDEXES FROM manufacturing.parts;
□ B) SELECT * FROM information_schema.statistics WHERE table_schema=‘manufacturing’ AND TABLE_NAME=‘parts’;
□ C) DESCRIBE manufacturing.parts;
□ D) SHOW INDEXES FROM manufacturing.parts;
□ E) SELECT * FROM information_schema.COLUMN_STATISTICS;
翻譯
選擇兩項。
哪兩個命令會顯示 manufacturing 模式下 parts 表的索引？
□ A) EXPLAIN SELECT INDEXES FROM manufacturing.parts;
□ B) SELECT * FROM information_schema.statistics WHERE table_schema=‘manufacturing’ AND TABLE_NAME=‘parts’;
□ C) DESCRIBE manufacturing.parts;
□ D) SHOW INDEXES FROM manufacturing.parts;
□ E) SELECT * FROM information_schema.COLUMN_STATISTICS;
解析和答案
- 選項A：
EXPLAIN用于查看查詢執行計劃，不是用于顯示表索引，且語法錯誤（SELECT INDEXES不是有效語法 ），A錯誤。 - 選項B：
information_schema.statistics表存儲了表的索引等統計信息，通過指定table_schema和TABLE_NAME可查詢parts表的索引信息，B正確。 - 選項C：
DESCRIBE主要用于顯示表的列結構信息，不顯示索引詳情，C錯誤。 - 選項D：
SHOW INDEXES FROM是 MySQL 中用于顯示表索引信息的直接命令，D正確。 - 選項E：
information_schema.COLUMN_STATISTICS表主要存儲列的統計信息，不是索引信息，E錯誤。
所以答案是B、D。
知識點總結
- MySQL索引查看方法：掌握查看表索引的不同方法，包括使用
SHOW INDEXES FROM直接命令，以及從information_schema.statistics系統表查詢。理解不同命令和系統表的作用，能夠根據需求（如腳本化查詢、詳細索引信息查看 ）選擇合適的方式查看索引，輔助數據庫優化和管理。 - 系統表與元數據查詢：熟悉
information_schema中相關系統表（如statistics）存儲的元數據內容，了解如何通過查詢系統表獲取數據庫對象（如表、索引 ）的信息。這對于自動化運維、數據字典構建等場景非常重要，能夠靈活運用系統表進行元數據檢索和分析。
題目68
Choose the best answer.
You reconfigure and start a slave that was not replicating for several days.
The configuration file and CHANGE MASTER command are correct.
Examine the GTID information from both master and slave:
Master:
gtids_executed: aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:1-321,bbbbbbbb-bbbbbbbb-bbbb-bbbbbbbbbbbb:1-50,cccccccc-cccc-cccc-cccc-cccccccccccc:1234-1237
gtids_purged: aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:1-100,bbbbbbbb-bbbbbbbb-bbbb-bbbbbbbbbbbb:1-10,cccccccc-cccc-cccc-cccc-cccccccccccc:1234-1237
Slave:
gtids_executed: aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:1-160,cccccccc-cccc-cccc-cccc-cccccccccccc:1234-1237
gtids_purged: aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:1-70,cccccccc-cccc-cccc-cccc-cccccccccccc:1234-1237
Which statement is true?
○ A) Replication will fail because the master has already purged transactions with cccccccc-cccc-cccc-cccc-cccccccccccc GTIDs.
○ B) Replication will work.
○ C) Replication will fail because the master does not have the required transaction with bbbbbbbb-bbbb-bbbb-bbbb-bbbbbbbbbbbb GTIDs in its binary logs.
○ D) Replication will fail because the slave has purged more aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa transactions than the master.
○ E) Replication will fail because of inconsistent numbers in cccccccc-cccc-cccc-cccc-cccccccccccc GTIDs.
翻譯
選擇最佳答案。
你重新配置并啟動了一個已有數天未進行復制的從庫。
配置文件和 CHANGE MASTER 命令均正確。
查看主庫和從庫的 GTID 信息：
主庫：
gtids_executed: aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:1-321,bbbbbbbb-bbbbbbbb-bbbb-bbbbbbbbbbbb:1-50,cccccccc-cccc-cccc-cccc-cccccccccccc:1234-1237
gtids_purged: aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:1-100,bbbbbbbb-bbbbbbbbbbbb-bbbb-bbbbbbbbbbbb:1-10,cccccccc-cccc-cccc-cccc-cccccccccccc:1234-1237
從庫：
gtids_executed: aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:1-160,cccccccc-cccc-cccc-cccc-cccccccccccc:1234-1237
gtids_purged: aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:1-70,cccccccc-cccc-cccc-cccc-cccccccccccc:1234-1237
以下哪項陳述是正確的？
○ A) 復制將失敗，因為主庫已清除帶有 cccccccc-cccc-cccc-cccc-cccccccccccc GTID 的事務。
○ B) 復制將正常工作。
○ C) 復制將失敗，因為主庫的二進制日志中沒有帶有 bbbbbbbb-bbbb-bbbb-bbbb-bbbbbbbbbbbb GTID 的所需事務。
○ D) 復制將失敗，因為從庫清除的 aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa 事務比主庫多。
○ E) 復制將失敗，因為 cccccccc-cccc-cccc-cccc-cccccccccccc GTID 中的編號不一致。
解析和答案
- 選項A：主庫
gtids_purged中cccccccc-cccc-cccc-cccc-cccccccccccc是1234-1237，從庫gtids_executed中該 GTID 也是1234-1237，說明主庫未清除這些事務的有效部分，A錯誤。 - 選項B：從庫
gtids_executed中缺少主庫的bbbbbbbb-bbbb-bbbb-bbbb-bbbbbbbbbbbb:1-50相關 GTID，主庫gtids_purged中該 GTID 已清除到1-10，二進制日志中可能沒有從庫需要的11-50事務，復制會失敗，B錯誤。 - 選項C：從庫沒有
bbbbbbbb-bbbb-bbbb-bbbb-bbbbbbbbbbbb相關 GTID 的執行記錄，主庫gtids_purged顯示該 GTID 已清除到1-10，二進制日志中可能沒有從庫需要的后續事務（11-50），導致復制失敗，C正確。 - 選項D：從庫
gtids_purged中aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa是1-70，主庫是1-100，從庫清除的比主庫少，D錯誤。 - 選項E：主庫和從庫
cccccccc-cccc-cccc-cccc-cccccccccccc的 GTID 范圍一致（1234-1237），E錯誤。
所以答案是C。
知識點總結
- MySQL GTID 復制原理：理解 GTID（全局事務標識符 ）在復制中的作用，
gtids_executed記錄已執行的事務，gtids_purged記錄已清除的事務。當從庫啟動復制時，需要主庫二進制日志中包含從庫缺失的 GTID 事務，否則復制失敗。掌握通過分析主從庫 GTID 信息判斷復制能否正常進行的方法，保障復制拓撲的穩定性。 - 復制故障排查：在處理復制故障時，重點關注 GTID 相關的
gtids_executed和gtids_purged參數，分析主從庫事務的一致性。明確主庫事務清除（gtids_purged）對從庫復制的影響，能夠準確判斷因 GTID 缺失導致的復制故障，進而采取修復措施（如重新初始化從庫、補充缺失事務 ）。
和隊列(Queue))
