MySQL 8.0 OCP 1Z0-908 题目解析(42)
题目171
Choose the best answer.
Which statement is true about InnoDB persistent index statistics?
○ A) Increasing innodb_stats_persistent_sample_pages determines higher pages scanning speed, at the cost of increased memory usage.
○ B) Execution plans based on transient index statistics improve precision when innodb_stats_persistent_sample_pages is increased.
○ C) Index statistics are calculated from pages buffered in the buffer pool for tables with InnoDB storage engine.
○ D) Setting innodb_stats_auto_recalc=ON causes statistics to be updated automatically when a new index is created.
○ E) Updating index statistics is an I/O expensive operation.
翻译
选择最佳答案。
关于 InnoDB 持久索引统计信息,哪项陈述是正确的?
○ A) 增加 innodb_stats_persistent_sample_pages 会提高页面扫描速度,但会增加内存使用。
○ B) 当 innodb_stats_persistent_sample_pages 增加时,基于临时索引统计信息的执行计划会提高精度。
○ C) 对于 InnoDB 存储引擎的表,索引统计信息是从缓冲池中的缓冲页面计算得出的。
○ D) 设置 innodb_stats_auto_recalc=ON 会导致在创建新索引时自动更新统计信息。
○ E) 更新索引统计信息是一项 I/O 密集型操作。
解析和答案
- 选项A:增加
innodb_stats_persistent_sample_pages
会增加采样的页面数量,可能会降低页面扫描速度,而不是提高,同时也会增加内存使用,A错误。 - 选项B:
innodb_stats_persistent_sample_pages
与持久索引统计信息相关,而不是临时索引统计信息,B错误。 - 选项C:InnoDB 索引统计信息是基于表的实际数据页计算的,而不是仅从缓冲池中的缓冲页面,C错误。
- 选项D:
innodb_stats_auto_recalc=ON
会在表的数据发生显著变化时自动重新计算统计信息,而不是在创建新索引时,D错误。 - 选项E:更新索引统计信息需要读取表的数据页,这是一项 I/O 密集型操作,E正确。
所以答案是E。
知识点总结
- InnoDB 索引统计信息:InnoDB 索引统计信息用于优化查询执行计划,其计算和更新涉及到对表数据页的读取操作,因此是一项 I/O 密集型任务。
- 统计信息参数:
innodb_stats_persistent_sample_pages
控制持久索引统计信息的采样页面数量,增加该值会提高统计信息的精度,但会增加 I/O 和内存开销。 - 自动更新统计信息:
innodb_stats_auto_recalc
参数控制是否自动重新计算统计信息,当表的数据发生显著变化时,自动更新统计信息以确保查询计划的准确性。
题目172
Choose two.
Which two statements are true about the binary log encryption feature?
□ A) It requires a keyring plugin.
□ B) When enabled it encrypts existing binary logs.
□ C) It can be set at run time.
□ D) It can be activated per session.
□ E) It encrypts any connecting slaves connection thread.
翻译
选择两个答案。
关于二进制日志加密功能,哪两个陈述是正确的?
□ A) 它需要一个密钥环插件。
□ B) 启用时,它会加密现有的二进制日志。
□ C) 它可以在运行时设置。
□ D) 它可以按会话激活。
□ E) 它会加密任何连接的从库的连接线程。
解析和答案
- 选项A:二进制日志加密需要密钥环插件来管理加密密钥,A正确。
- 选项B:启用二进制日志加密不会加密现有的二进制日志,只会对启用后新生成的二进制日志进行加密,B错误。
- 选项C:二进制日志加密可以在运行时通过设置相关变量来启用或禁用,C正确。
- 选项D:二进制日志加密是全局设置,不能按会话激活,D错误。
- 选项E:二进制日志加密不会加密从库的连接线程,E错误。
所以答案是AC。
知识点总结
- 二进制日志加密要求:二进制日志加密功能需要密钥环插件来管理加密密钥,这是启用该功能的前提条件。
- 运行时设置:二进制日志加密可以在MySQL运行时通过设置相关系统变量来启用或禁用,提供了灵活的配置方式。
- 加密范围:启用二进制日志加密后,仅对新生成的二进制日志进行加密,不会影响已有的二进制日志文件。
题目173
Choose the best answer.
Your MySQL environment has asynchronous position based-replication with one master and one slave.
The slave instance had a disk I/O problem, so it was stopped.
You determined that the slave relay log files were corrupted and unusable, but no other files are damaged.
You restart MySQL Server.
How can replication be restored?
○ A) The slave relay logs should be deleted; then execute START SLAVE;
○ B) The slave needs to be restored from backup.
○ C) The slave relay logs should be deleted; execute CHANGE MASTER to adjust the replication relay log file name, then issue START SLAVE;
○ D) The relay logs from the master should be used to replace the corrupted relay logs.
翻译
选择最佳答案。
你的 MySQL 环境具有基于位置的异步复制,有一个主库和一个从库。
从库实例出现了磁盘 I/O 问题,因此被停止。
你确定从库的中继日志文件已损坏且无法使用,但其他文件未损坏。
你重启了 MySQL 服务器。
如何恢复复制?
○ A) 应删除从库的中继日志;然后执行 START SLAVE;
○ B) 从库需要从备份中恢复。
○ C) 应删除从库的中继日志;执行 CHANGE MASTER 来调整复制中继日志文件名,然后发出 START SLAVE;
○ D) 应使用主库的中继日志来替换损坏的中继日志。
解析和答案
- 选项A:仅删除中继日志并执行
START SLAVE
可能无法正确恢复复制,因为需要确保复制的位置正确,A错误。 - 选项B:由于只有中继日志损坏,其他文件未损坏,不需要从备份中恢复整个从库,B错误。
- 选项C:删除损坏的中继日志后,执行
CHANGE MASTER
来调整复制的中继日志文件名,然后启动从库复制,可以正确恢复复制,C正确。 - 选项D:主库没有中继日志,中继日志是从库特有的,D错误。
所以答案是C。
知识点总结
- 中继日志损坏处理:当从库的中继日志损坏时,需要删除损坏的中继日志,并通过
CHANGE MASTER
命令调整复制的相关参数,以确保复制能够正确恢复。 - CHANGE MASTER 作用:
CHANGE MASTER
命令用于配置从库与主库之间的复制参数,包括中继日志文件名等,在中继日志损坏的情况下,通过该命令可以重新设置正确的复制参数。 - 复制恢复步骤:恢复复制的一般步骤包括删除损坏的中继日志、调整复制参数(如通过
CHANGE MASTER
)、启动从库复制(START SLAVE
),以确保从库能够正确接收和应用主库的二进制日志。
题目174
Choose the best answer.
Examine this parameter setting:
audit_log=FORCE_LOG_PERMANENT
What effect does this have on auditing?
○ A) It prevents the audit plugin from being removed from the running server.
○ B) It prevents the audit log from being removed or rotated.
○ C) It causes the audit log to be created if it does not exist.
○ D) It will force the load of the audit plugin even in case of errors at server start.
翻译
选择最佳答案。
查看此参数设置:
audit_log=FORCE_LOG_PERMANENT
这对审计有什么影响?
○ A) 它防止审计插件从正在运行的服务器中被移除。
○ B) 它防止审计日志被移除或轮换。
○ C) 如果审计日志不存在,它会导致创建审计日志。
○ D) 即使在服务器启动时出现错误,它也会强制加载审计插件。
解析和答案
- 选项A:
audit_log=FORCE_LOG_PERMANENT
的作用是使审计插件在服务器运行时无法被移除,A正确。 - 选项B:该参数不影响审计日志的移除或轮换,B错误。
- 选项C:该参数不是用于创建审计日志的,C错误。
- 选项D:该参数与强制加载审计插件无关,D错误。
所以答案是A。
知识点总结
- MySQL审计日志参数:了解
audit_log
参数的不同取值及其作用,特别是FORCE_LOG_PERMANENT
取值的含义和效果。 - 审计插件管理:清楚
audit_log=FORCE_LOG_PERMANENT
主要用于防止审计插件在服务器运行时被移除,确保审计功能的持续性和稳定性。 - 参数与日志操作关系:明白该参数与审计日志的创建、移除、轮换以及审计插件的加载等操作的关系,该参数主要关注审计插件的状态,而不是日志文件的操作或插件的加载。
- 服务器启动与插件加载:知道在服务器启动时,审计插件的加载通常由其他配置或参数控制,
audit_log=FORCE_LOG_PERMANENT
不涉及服务器启动时的插件加载行为。 - 日志文件管理:了解审计日志文件的创建、移除和轮换通常由其他机制或参数控制,与
audit_log=FORCE_LOG_PERMANENT
参数无关。 - 参数取值影响:掌握不同的
audit_log
参数取值对审计功能的具体影响,以便根据实际需求选择合适的参数设置。
题目175
Choose three.
Which three are types of InnoDB tablespaces?
□ A) data tablespaces
□ B) schema tablespaces
□ C) redo tablespaces
□ D) temporary temporary table tablespaces
□ E) undo tablespaces
□ F) encryption tablespaces
翻译
选择三个答案。
以下哪三个是 InnoDB 表空间的类型?
□ A) 数据表空间
□ B) 模式表空间
□ C) 重做表空间
□ D) 临时表表空间
□ E) 回滚表空间
□ F) 加密表空间
解析和答案
- 选项A:数据表空间是 InnoDB 用于存储表数据和索引的主要表空间类型,A正确。
- 选项B:模式表空间不是 InnoDB 表空间的标准类型,B错误。
- 选项C:重做日志(redo log)有自己的文件,不属于表空间类型,C错误。
- 选项D:临时表表空间用于存储临时表的数据,是 InnoDB 表空间的一种类型,D正确。
- 选项E:回滚表空间用于存储回滚段,是 InnoDB 表空间的一种类型,E正确。
- 选项F:加密是一种表空间的属性,不是独立的表空间类型,F错误。
所以答案是ADE。
知识点总结
- InnoDB 表空间类型:InnoDB 主要的表空间类型包括数据 表空间(用于存储表数据和索引)、临时表 表空间(用于存储临时表数据)和回滚 表空间(用于存储回滚段)。
- 表空间与日志文件区别:重做日志(redo log)和回滚日志(undo log)有各自的存储位置和管理方式,不属于表空间类型。
- 表空间属性:加密是表空间的一种属性,可以应用于各种类型的表空间,但不是独立的表空间类型。