MySQL 8.0 OCP 1Z0-908 题目解析(34)
题目133
Choose three.
Which three methods display the complete table definition of an InnoDB table?
□ A) hexdump -v -c table.frm
□ B) REPAIR TABLE table USE_FRM
□ C) mysqldump --no-data schema table
□ D) Query the Information Schema.
□ E) SELECT * FROM table \G
□ F) SHOW CREATE TABLE
翻译
选择三个答案。
哪三种方法可以显示 InnoDB 表的完整表定义?
□ A) hexdump -v -c table.frm
□ B) REPAIR TABLE table USE_FRM
□ C) mysqldump --no-data schema table
□ D) 查询信息模式(Information Schema)。
□ E) SELECT * FROM table \G
□ F) SHOW CREATE TABLE
解析和答案
- 选项A:
hexdump
用于查看文件的十六进制内容,table.frm
文件存储表结构,但直接用hexdump
无法直观获取完整表定义,A错误。 - 选项B:
REPAIR TABLE
主要用于修复表,USE_FRM
选项在表结构文件损坏时尝试从.frm
文件恢复表结构,不是用于显示表定义,B错误。 - 选项C:
mysqldump --no-data schema table
可以导出指定表(schema
库中的table
表 )的结构(不包含数据 ),能显示完整表定义,C正确。 - 选项D:查询
Information Schema
(如INFORMATION_SCHEMA.TABLES
、INFORMATION_SCHEMA.COLUMNS
等表 )可以获取表的结构信息,包括列定义、索引等,能显示完整表定义,D正确。 - 选项E:
SELECT * FROM table \G
用于查询表中的数据,不是显示表定义,E错误。 - 选项F:
SHOW CREATE TABLE
语句会返回创建表的CREATE TABLE
语句,包含完整的表定义信息,F正确。
所以答案是CDF。
知识点总结
- InnoDB表定义查看方式:掌握多种查看 InnoDB 表完整定义的方法,包括使用
mysqldump
工具、查询Information Schema
以及SHOW CREATE TABLE
语句。 - MySQL工具与语句功能:了解
mysqldump
不同选项(如--no-data
)的作用,以及Information Schema
在存储和查询数据库元数据方面的功能,还有SHOW
语句系列(如SHOW CREATE TABLE
)在获取对象定义信息时的用途。 - 区分数据查询与结构查看:清楚
SELECT
语句用于数据查询,而查看表结构需要专门的工具、语句或元数据查询方式。
题目134
Choose two.
A scientific data gathering application uses a MySQL instance back end for data management.
There is a high concurrency of transactions at thousands of transactions per second of volatile data.
A restore from binary logs is planned using the command:
mysqlbinlog
–start-datetime=‘2019-08-01 11:00:00’
–stop-datetime=‘2019-08-10 08:30:25’
binlog.000238 binlog.000239 binlog.000240 | mysql
Which two characteristics cause the restore to be inconsistent to the original data?
□ A) Transaction rate is too high to get a consistent restore.
□ B) Multiple binary logs cannot be specified on the command line.
□ C) Temporary tables cannot persist across binary logs.
□ D) The temporal values do not offer high enough precision.
□ E) The time span of binary logs is too long to restore.
翻译
选择两个答案。
一个科学数据收集应用程序使用 MySQL 实例作为后端进行数据管理。
存在高并发的事务,每秒有数千笔关于易失性数据的事务。
计划使用以下命令从二进制日志进行恢复:
mysqlbinlog
–start-datetime=‘2019-08-01 11:00:00’
–stop-datetime=‘2019-08-10 08:30:25’
binlog.000238 binlog.000239 binlog.000240 | mysql
哪两个特征会导致恢复的数据与原始数据不一致?
□ A) 事务速率太高,无法获得一致的恢复。
□ B) 命令行上无法指定多个二进制日志。
□ C) 临时表无法跨二进制日志持久化。
□ D) 时间值的精度不够高。
□ E) 二进制日志的时间跨度太长,无法恢复。
解析和答案
- 选项A:高并发事务下,事务提交顺序等可能较为复杂,仅通过时间范围恢复二进制日志,难以保证事务的一致性,可能导致恢复数据与原始数据不一致,A正确。
- 选项B:命令行可以指定多个二进制日志文件进行恢复,B错误。
- 选项C:临时表本身不会被记录到二进制日志中(在某些存储引擎和配置下 ),但这不是本题中恢复不一致的主要原因,C错误。
- 选项D:
--start-datetime
和--stop-datetime
基于时间戳来指定恢复范围,而时间戳的精度可能不足以精确匹配事务的开始和结束,导致恢复的数据范围不准确,从而造成不一致,D正确。 - 选项E:二进制日志时间跨度长本身不是导致恢复不一致的直接原因,只要日志完整且恢复方式正确,长跨度日志也可以正确恢复,E错误。
所以答案是AD。
知识点总结
- MySQL二进制日志恢复:了解从二进制日志恢复数据的原理和可能遇到的问题,包括事务一致性、时间戳精度等对恢复结果的影响。
- 高并发事务与数据恢复:清楚在高并发事务场景下,数据恢复可能面临的挑战,如事务顺序难以保证等,导致恢复数据与原始数据不一致。
- 恢复参数影响:掌握
mysqlbinlog
工具中时间相关参数(如--start-datetime
、--stop-datetime
)的精度问题,以及它们对恢复结果的影响。
题目135
Choose the best answer.
Your my.cnf file contains these settings:
[mysqld]
log_output=FILE
slow_query_log
long_query_time=2.01
log_queries_not_using_indexes
You want to log queries that looked at a minimum of 5000 records and either took longer than 5 seconds to run or did not use indexes.
Which contains all the settings that you need to add to or modify the slow log configuration?
○ A) log_throttle_queries_not_using_indexes=5
○ B) long_query_time=5
log_throttle_queries_not_using_indexes=5
○ C) long_query_time=5
min_examined_row_limit=5000
○ D) long_query_time=5
log_throttle_queries_not_using_indexes=5
min_examined_row_limit=5000
○ E) log_throttle_queries_not_using_indexes=5
min_examined_row_limit=5000
○ F) long_query_time=5
○ G) min_examined_row_limit=5000
翻译
选择最佳答案。
你的 my.cnf 文件包含以下设置:
[mysqld]
log_output=FILE
slow_query_log
long_query_time=2.01
log_queries_not_using_indexes
你想要记录至少查看 5000 条记录,并且运行时间超过 5 秒或者未使用索引的查询。
哪一个选项包含了你需要添加或修改慢查询日志配置的所有设置?
○ A) log_throttle_queries_not_using_indexes=5
○ B) long_query_time=5
log_throttle_queries_not_using_indexes=5
○ C) long_query_time=5
min_examined_row_limit=5000
○ D) long_query_time=5
log_throttle_queries_not_using_indexes=5
min_examined_row_limit=5000
○ E) log_throttle_queries_not_using_indexes=5
min_examined_row_limit=5000
○ F) long_query_time=5
○ G) min_examined_row_limit=5000
解析和答案
- 选项A:仅设置
log_throttle_queries_not_using_indexes
,没有处理运行时间和查看记录数的条件,不能满足需求,A错误。 - 选项B:设置了
long_query_time
和log_throttle_queries_not_using_indexes
,但缺少对查看记录数的限制设置,B错误。 - 选项C:
long_query_time=5
修改了慢查询时间阈值为5秒,min_examined_row_limit=5000
设置了查看记录数的最小值为5000,这两个设置能满足记录至少查看5000条记录且运行时间超过5秒的查询,同时原配置中log_queries_not_using_indexes
已开启记录未使用索引的查询,所以该选项包含了所需的设置,C正确。 - 选项D:包含了不必要的
log_throttle_queries_not_using_indexes
设置,该设置不是满足本题需求的必要配置,D错误。 - 选项E:缺少
long_query_time
的修改设置,不能满足运行时间超过5秒的条件,E错误。 - 选项F:仅修改了
long_query_time
,没有设置查看记录数的限制,F错误。 - 选项G:仅设置了查看记录数的限制,没有修改运行时间阈值,G错误。
所以答案是C。
知识点总结
- MySQL慢查询日志配置:掌握慢查询日志相关的配置参数,如
long_query_time
(慢查询时间阈值 )、min_examined_row_limit
(查询查看的最小记录数 )、log_queries_not_using_indexes
(记录未使用索引的查询 )等,理解每个参数的作用和相互配合关系。 - 需求分析与配置匹配:能够根据实际需求(如本题中记录特定条件的查询 ),分析需要调整或添加的配置参数,确保配置能准确满足业务对慢查询日志记录的要求。
- 配置参数作用范围:清楚每个配置参数的功能和影响范围,避免添加不必要的配置或遗漏关键配置。
题目136
Choose four.
You have a MySQL client installed on your Linux workstation with a default installation. You have your admin login credentials to connect to a MySQL server running Microsoft Windows on remote host 192.0.2.1:3306 to connect to the world database.
Which four options need to be specified to complete this task with a single command?
□ A) --port=3306
□ B) --protocol=pipe
□ C) --host=192.0.2.1
□ D) --protocol=UDP
□ E) --user=admin
□ F) --password
□ G) --socket=/tmp/mysql.sock
□ H) --shared-memory-base-name=world
□ I) --database=world
翻译
选择四个答案。
你的 Linux 工作站上安装了默认安装的 MySQL 客户端。你有管理员登录凭据,用于连接到运行在远程主机 192.0.2.1:3306 上的 Microsoft Windows 系统的 MySQL 服务器,并连接到 world 数据库。
需要指定哪四个选项才能使用单个命令完成此任务?
□ A) --port=3306
□ B) --protocol=pipe
□ C) --host=192.0.2.1
□ D) --protocol=UDP
□ E) --user=admin
□ F) --password
□ G) --socket=/tmp/mysql.sock
□ H) --shared-memory-base-name=world
□ I) --database=world
解析和答案
- 选项A:MySQL 默认端口是 3306,在连接远程服务器时,如果端口是默认的 3306,通常不需要显式指定
--port=3306
,A错误。 - 选项B:
--protocol=pipe
是 Windows 系统上命名管道连接方式,Linux 客户端连接 Windows 服务器一般不使用这种协议,B错误。 - 选项C:连接远程主机需要指定主机地址,
--host=192.0.2.1
是必要的,C正确。 - 选项D:MySQL 通常使用 TCP 协议进行连接,不使用 UDP 协议,D错误。
- 选项E:连接需要指定用户名,
--user=admin
是必要的,E正确。 - 选项F:连接需要指定密码,
--password
是必要的(虽然也可以后续输入,但本题要求单个命令完成,所以需要指定 ),F正确。 - 选项G:
--socket
用于指定 Unix 套接字文件,适用于本地连接,远程连接不需要,G错误。 - 选项H:
--shared-memory-base-name
是 Windows 共享内存连接相关参数,Linux 客户端不需要,H错误。 - 选项I:需要指定连接的数据库,
--database=world
是必要的,I正确。
所以答案是CEFI。
知识点总结
- MySQL客户端连接参数:掌握 MySQL 客户端连接远程服务器时常用的参数,如主机地址(
--host
)、用户名(--user
)、密码(--password
)、数据库(--database
)等,以及不同参数的适用场景和默认值情况。 - 跨平台连接注意事项:了解在 Linux 客户端连接 Windows 服务器时,不同操作系统下连接协议和参数的差异,避免使用不适用的参数(如 Windows 特有的命名管道、共享内存等参数 )。
- 默认值与显式指定:清楚一些参数的默认值(如端口 3306 ),在默认值符合需求时可以不显式指定,减少命令复杂度。