題目005
Choose two.
Which two actions can obtain information about deadlocks?
□ A) Run the SHOW ENGINE INNODB MUTEX command from the mysql client.
□ B) Enable the innodb_status_output_locks global parameter.
□ C) Enable the innodb_print_all_deadlocks global parameter.
□ D) Run the SHOW ENGINE INNODB STATUS command from the mysql client.
□ E) Use the sys.innodb_lock_waits view.
翻譯
選擇兩項。
哪兩種操作可以獲取有關死鎖的信息?
□ A) 從mysql客戶端運行SHOW ENGINE INNODB MUTEX命令。
□ B) 啟用innodb_status_output_locks全局參數。
□ C) 啟用innodb_print_all_deadlocks全局參數。
□ D) 從mysql客戶端運行SHOW ENGINE INNODB STATUS命令。
□ E) 使用sys.innodb_lock_waits視圖。
解析和答案
- 選項A:
SHOW ENGINE INNODB MUTEX
主要用于顯示InnoDB mutex(互斥體)相關信息 ,而非死鎖信息,所以A錯誤。 - 選項B:
innodb_status_output_locks
全局參數啟用后,會在SHOW ENGINE INNODB STATUS
輸出中包含鎖相關信息,但不是專門針對死鎖信息獲取的關鍵操作,B錯誤。 - 選項C:啟用
innodb_print_all_deadlocks
全局參數后,InnoDB存儲引擎會在每次檢測到死鎖時將相關信息打印到錯誤日志中,可用于獲取死鎖信息,C正確。 - 選項D:運行
SHOW ENGINE INNODB STATUS
命令,會輸出InnoDB引擎的各種狀態信息,其中包含死鎖檢測和解決相關信息,D正確。 - 選項E:
sys.innodb_lock_waits
視圖主要提供鎖等待相關信息,不是直接獲取死鎖信息的方式,E錯誤。
所以答案是C、D。
知識點總結
- InnoDB死鎖信息獲取方式:了解通過啟用特定全局參數(如
innodb_print_all_deadlocks
)和執行特定命令(如SHOW ENGINE INNODB STATUS
)來獲取死鎖信息。 - MySQL系統參數:掌握
innodb_print_all_deadlocks
等InnoDB相關系統參數的功能和作用,以及參數啟用對數據庫行為的影響。 - MySQL命令:熟悉
SHOW ENGINE INNODB STATUS
等命令的用途,能夠通過這些命令獲取數據庫內部引擎狀態和特定問題(如死鎖)的相關信息。
題目006
Choose the best answer.
You want to log only the changes made to the database objects and data on the MySQL system. Which log will do this by default?
○ A) slow query log
○ B) binary log
○ C) error log
○ D) general query log
○ E) audit log
翻譯
選擇最佳答案。
你只想記錄對MySQL系統中數據庫對象和數據所做的更改。默認情況下,哪種日志可以做到這一點?
○ A) 慢查詢日志
○ B) 二進制日志
○ C) 錯誤日志
○ D) 通用查詢日志
○ E) 審計日志
解析和答案
- 選項A:慢查詢日志主要記錄執行時間超過指定閾值的查詢 ,目的是幫助排查性能問題,并非記錄數據庫對象和數據的更改,A錯誤。
- 選項B:二進制日志(binary log)記錄了所有對數據庫執行的寫操作(如
INSERT
、UPDATE
、DELETE
等),也就是記錄了對數據庫對象和數據的更改,默認情況下可滿足需求,B正確。 - 選項C:錯誤日志用于記錄MySQL服務器啟動、運行過程中發生的錯誤信息,不記錄數據更改,C錯誤。
- 選項D:通用查詢日志記錄所有連接到MySQL服務器的客戶端執行的所有語句,包含讀操作等大量冗余信息,不是專門記錄數據更改,D錯誤。
- 選項E:審計日志記錄用戶對數據庫的操作,側重于安全審計方面,雖然也包含數據更改操作,但不是默認用于僅記錄數據更改的日志 ,E錯誤。
所以答案是B。
知識點總結
- MySQL日志類型:熟悉MySQL中各種日志(二進制日志、慢查詢日志、錯誤日志、通用查詢日志、審計日志等)的功能和用途。
- 數據更改記錄:理解二進制日志在記錄數據庫寫操作、數據更改方面的作用,以及其在主從復制等場景中的重要性。
題目007
Choose the best answer.
You plan to upgrade your MySQL 5.7 instance to version 8.
You have installed the 8 build of MySQL Shell.
Examine this command executed from the operating system shell prompt:
mysqlsh --uri root@localhost:3306 -- util check-for-server-upgrade
Which statement is true?
○ A) It documents any problems with your 5.7 tables to make them ready to upgrade to 8.
○ B) It fails because the operation name must be in camelCase.
○ C) It fixes any problems with your 5.7 tables to make them ready to upgrade to 8.
○ D) It is mandatory to clear the history of prior results before executing this process a second time or later.
○ E) It fails because checkForServerUpgrade
must be executed only within an active shell session as a method of the util object.
○ F) It is mandatory to run this command so that MySQL 8.0 software’s auto-upgrade process has the details it needs to operate properly.
翻譯
選擇最佳答案。
你計劃將MySQL 5.7實例升級到8.0版本。
你已經安裝了MySQL Shell 8.0版本。
檢查在操作系統 shell 提示符下執行的這條命令:
mysqlsh --uri root@localhost:3306 -- util check-for-server-upgrade
以下哪項陳述是正確的?
○ A) 它記錄MySQL 5.7表存在的任何問題,以便為升級到8.0版本做好準備。
○ B) 它會失敗,因為操作名稱必須采用駝峰命名法。
○ C) 它修復MySQL 5.7表存在的任何問題,以便為升級到8.0版本做好準備。
○ D) 在第二次或后續執行此過程之前,必須清除先前結果的歷史記錄。
○ E) 它會失敗,因為 checkForServerUpgrade
必須僅在活動的 shell 會話中作為 util 對象的方法來執行。
○ F) 必須運行此命令,以便MySQL 8.0軟件的自動升級過程獲得正常運行所需的詳細信息。
解析和答案
- 選項A:
mysqlsh --uri root@localhost:3306 -- util check-for-server-upgrade
這條命令主要是檢查MySQL 5.7實例在升級到8.0版本時可能存在的問題,特別是表相關問題,并記錄下來,以便后續處理,A正確。 - 選項B:命令語法正確,操作名稱不需要采用駝峰命名法,不會因此失敗,B錯誤。
- 選項C:該命令只是檢查和記錄問題,并不具備修復問題的功能,C錯誤。
- 選項D:沒有要求在后續執行前必須清除先前結果的歷史記錄,D錯誤。
- 選項E:此命令可以在操作系統 shell 提示符下正常執行,并非只能在活動的 shell 會話中作為
util
對象的方法執行,E錯誤。 - 選項F:雖然檢查操作有助于升級,但不是MySQL 8.0自動升級過程正常運行的強制必要步驟,F錯誤。
所以答案是A。
知識點總結
- MySQL升級準備:了解在將MySQL從5.7版本升級到8.0版本時,使用
mysqlsh
工具的check-for-server-upgrade
功能來檢查可能存在的問題,為升級做準備。 - MySQL Shell命令使用:掌握
mysqlsh
相關命令的語法和功能,明確不同命令在MySQL升級等操作流程中的作用。
題目008
Choose four.
Which four connection methods can MySQL clients specify with the --protocol option when connecting to a MySQL server?
□ A) IPv4
□ B) SOCKET
□ C) MEMORY
□ D) PIPE
□ E) IPv6
□ F) FILE
□ G) TCP
□ H) DIRECT
翻譯
選擇四項。
MySQL客戶端在連接MySQL服務器時,使用 --protocol
選項可以指定哪四種連接方式?
□ A) IPv4
□ B) SOCKET
□ C) MEMORY
□ D) PIPE
□ E) IPv6
□ F) FILE
□ G) TCP
□ H) DIRECT
解析和答案
- 選項A:
IPv4
并非--protocol
選項可指定的連接方式,A錯誤。 - 選項B:
SOCKET
方式用于在本地通過套接字文件連接MySQL服務器,是常見且可通過--protocol
選項指定的連接方式 ,B正確。 - 選項C:
MEMORY
連接方式允許客戶端通過共享內存連接到MySQL服務器,可使用--protocol
選項指定 ,C正確。 - 選項D:
PIPE
連接方式用于在Windows系統下通過命名管道連接MySQL服務器,可通過--protocol
選項指定 ,D正確。 - 選項E:
IPv6
不是--protocol
選項可指定的連接方式,E錯誤。 - 選項F:
FILE
不是--protocol
選項可指定的連接方式,F錯誤。 - 選項G:
TCP
方式通過TCP/IP協議進行網絡連接,是常用且可通過--protocol
選項指定的連接方式 ,G正確。 - 選項H:
DIRECT
不是--protocol
選項可指定的連接方式,H錯誤。
所以答案是B、C、D、G。
知識點總結
- MySQL連接協議:了解MySQL客戶端連接服務器時可用的連接協議(如
SOCKET
、MEMORY
、PIPE
、TCP
),以及這些協議適用的場景(本地連接、網絡連接等)。 --protocol
選項使用:掌握在MySQL客戶端使用--protocol
選項來指定連接方式的方法,根據實際需求(如本地或遠程連接、操作系統環境等)選擇合適的連接協議。