题目81
Choose two.
Examine the modified output:
mysql> SHOW SLAVE STATUS\G
*************************** 1. row ***************************Slave_IO_Running: YesSlave_SQL_Running: YesSeconds_Behind_Master: 1612
Seconds_Behind_Master value is steadily growing.
What are two possible causes?
□ A) The master is producing a large volume of events in parallel but the slave is processing them serially.
□ B) This value shows only I/O latency and is not indicative of the size of the transaction queue.
□ C) One or more large tables do not have primary keys.
□ D) The master is most probably too busy to transmit data and the slave needs to wait for more data.
□ E) The parallel slave threads are experiencing lock contention.
翻译
选择两项。
查看修改后的输出：
mysql> SHOW SLAVE STATUS\G
*************************** 1. row ***************************Slave_IO_Running: YesSlave_SQL_Running: YesSeconds_Behind_Master: 1612
Seconds_Behind_Master 值持续增长。
可能的两个原因是什么？
□ A) 主库并行生成大量事件，但从库串行处理这些事件。
□ B) 该值仅显示 I/O 延迟，不能反映事务队列的大小。
□ C) 一个或多个大表没有主键。
□ D) 主库很可能太忙无法传输数据，从库需要等待更多数据。
□ E) 并行从库线程遇到锁竞争。
解析和答案
- 选项A：主库并行产生事件，从库串行处理（如 SQL 线程单线程 ），会导致延迟持续增长，A正确。
- 选项B：
Seconds_Behind_Master反映的是 SQL 线程应用事务的延迟，与事务队列等有关，不是仅 I/O 延迟，B错误。 - 选项C：大表无主键会影响复制效率，但通常不是延迟持续增长的主要原因（除非有大量此类表且频繁变更 ），C错误。
- 选项D：主库繁忙导致传输数据慢，从库等待，会使延迟增长，D正确。
- 选项E：若从库用并行线程，锁竞争可能影响，但题目未提并行线程，且
Slave_SQL_Running: Yes不一定是并行，E错误。
所以答案是A、D。
知识点总结
- 主从复制延迟原因：理解
Seconds_Behind_Master增长的常见原因，主库高并发生成事件而从库串行处理、主库繁忙导致数据传输延迟，都会使延迟持续增加。在排查主从复制延迟时，结合主从库的负载、复制线程模式（串行/并行 ）等因素，定位延迟根源，采取优化措施（如增加从库并行线程、优化主库负载 ），提升复制效率。 - 数据库复制性能优化：针对主从复制延迟问题，需分析不同场景下的原因。主从处理能力不匹配（主并行、从串行 ）或主库传输瓶颈，都会影响复制延迟。通过调整复制线程配置（如开启从库并行复制 ）、优化主库性能，可有效降低延迟，保障主从数据同步的及时性和稳定性。
题目82
Choose the best answer.
Which feature is provided by multi-source replication?
○ A) providing a common source for the same data to be replicated to other servers
○ B) allowing multiple servers to back up to one server
○ C) managing conflicts between two sets of the same data
○ D) providing multi-source replication where all servers act as the master
翻译
选择最佳答案。
多源复制提供了以下哪个功能？
○ A) 为要复制到其他服务器的相同数据提供公共源
○ B) 允许多个服务器备份到一个服务器
○ C) 管理两组相同数据之间的冲突
○ D) 提供所有服务器都充当主库的多源复制
解析和答案
- 选项A：这是传统单源复制的特点，不是多源复制，A错误。
- 选项B：多源复制允许从多个主库（源 ）向一个从库复制数据，即多个服务器可备份到一个服务器，B正确。
- 选项C：多源复制本身不直接管理数据冲突，需额外机制处理，C错误。
- 选项D：多源复制中是多个主库向一个从库复制，不是所有服务器都当主库（从库是单独的 ），D错误。
所以答案是B。
知识点总结
- 多源复制功能：理解多源复制的核心功能，它支持从多个主库向单个从库复制数据，实现多个服务器的数据备份到一个服务器。掌握多源复制与传统单源复制的区别，在需要整合多个数据源到一个目标库的场景（如数据汇总 ）中，合理运用多源复制，提升数据整合和备份的效率，满足复杂的复制拓扑需求。
- 数据库复制拓扑：在数据库复制拓扑中，多源复制拓展了复制的灵活性。知晓多源复制的应用场景（如多个分支数据库的数据汇总到中心数据库 ），能够根据业务需求设计合适的复制拓扑，利用多源复制实现数据的集中管理和备份，同时注意处理可能的数据冲突和同步延迟问题，保障数据复制的准确性和及时性。
题目83
Choose three.
Which three actions will secure a MySQL server from network-based attacks?
□ A) Construct a perimeter network to allow public traffic
□ B) Place the MySQL instance behind a firewall.
□ C) Use network file system (NFS) for storing data.
□ D) Change the listening port to 3307.
□ E) Use MySQL Router to proxy connections to the MySQL server.
□ F) Allow connections from the application server only.
翻译
选择三项。
以下哪三个操作可以保护 MySQL 服务器免受基于网络的攻击？
□ A) 构建外围网络以允许公共流量
□ B) 将 MySQL 实例置于防火墙之后。
□ C) 使用网络文件系统（NFS ）存储数据。
□ D) 将监听端口更改为 3307。
□ E) 使用 MySQL Router 代理到 MySQL 服务器的连接。
□ F) 仅允许来自应用服务器的连接。
解析和答案
- 选项A：允许公共流量会增加受攻击风险，不能保护服务器，A错误。
- 选项B：防火墙可过滤非法网络访问，保护 MySQL 实例，B正确。
- 选项C：使用 NFS 存储数据与网络攻击防护无关，C错误。
- 选项D：仅更改端口不能从根本上防护攻击（端口扫描可发现 ），D错误。
- 选项E：MySQL Router 可代理连接，隐藏真实服务器地址，增强安全性，E正确。
- 选项F：限制连接来源为应用服务器，减少暴露面，降低攻击风险，F正确。
所以答案是B、E、F。
知识点总结
- MySQL 网络安全防护：掌握保护 MySQL 服务器免受网络攻击的有效措施，如利用防火墙隔离、通过代理（MySQL Router ）隐藏真实服务、限制连接来源。在实际部署中，结合这些措施构建多层防护体系，减少服务器暴露在公共网络的风险，防止未授权访问、端口扫描、暴力破解等网络攻击，保障数据库的网络安全。
- 数据库安全部署实践：在数据库安全部署时，网络层面的防护是重要环节。通过防火墙限制外部访问，使用代理工具管理连接，配置严格的连接来源白名单，能够有效降低网络攻击的可能性。同时，避免采用无效的防护手段（如单纯改端口 ），全面提升 MySQL 服务器的网络安全性，保障业务数据的安全。
题目84
Choose two.
Which two statements are true about using backups of the binary log?
□ A) Binary logs are relatively small, and therefore, excellent for long-term storage and disaster recovery.
□ B) Binary logs can always be used to unapply unwanted schema changes.
□ C) Multiple binary logs can be used to restore data.
□ D) They allow for point-in-time recovery of the data.
□ E) Multiple binary logs can be applied in parallel for faster data restoration.
翻译
选择两项。
关于使用二进制日志备份，以下哪两个陈述是正确的？
□ A) 二进制日志相对较小，因此非常适合长期存储和灾难恢复。
□ B) 二进制日志始终可用于撤销不需要的架构更改。
□ C) 多个二进制日志可用于恢复数据。
□ D) 它们允许对数据进行时间点恢复。
□ E) 多个二进制日志可并行应用以实现更快的数据恢复。
解析和答案
- 选项A：二进制日志会记录数据库的变更操作，随着时间推移会不断增大，并非“相对较小”，不适合长期大量存储（需配合日志清理策略 ），A错误。
- 选项B：对于某些架构更改（如
DROP TABLE），二进制日志无法安全撤销，不是“始终”可用，B错误。 - 选项C：恢复数据时，可按顺序应用多个二进制日志（从指定位置开始 ）来还原数据，C正确。
- 选项D：利用二进制日志，结合全量备份，可指定时间点（如某个事务提交时间 ）进行恢复，D正确。
- 选项E：二进制日志需按顺序应用（因为事务有先后顺序 ），不能并行应用，E错误。
所以答案是C、D。
知识点总结
- 二进制日志备份与恢复：掌握二进制日志在数据恢复中的作用，多个二进制日志可配合用于数据恢复，且支持时间点恢复。理解二进制日志的特点（如记录变更、需顺序应用 ），在灾难恢复场景中，合理利用二进制日志和全量备份，精准恢复到指定时间点，保障数据的完整性和可用性。
- 数据库恢复策略：在数据库恢复策略中，二进制日志是实现精准恢复（时间点恢复 ）的关键。知晓多个二进制日志的应用方式（顺序应用 ），结合全量备份、增量备份（二进制日志 ），构建完整的恢复流程。根据业务对数据恢复的需求（如恢复到特定时刻 ），正确使用二进制日志进行数据还原，提升数据库的容灾能力。
)
