1.  您正在调查 MysQL 数据库的性能问题，所有数据都能放入内存中。您确定对一个表的SELECT 查询是导致较差响应时间的主要原因。下列哪两项最有可能解决这个问题?

1. .innodb 互斥锁口
2. 非事务存储引擎
3. 表索引
4. 列定义
5. 操作系统资源

正确答案：CD

解析：

在这种情况下，为了解决 MySQL 数据库中由于 SELECT 查询导致的性能问题，并且已知所有数据都适合放在内存中。

(C) 表索引 (Table Indexes)

表索引是提高数据库查询性能的关键。如果查询没有使用索引，数据库可能需要执行全表扫描来查找数据，这会显著增加查询时间。通过为经常查询的列创建合适的索引，可以显著提高查询速度，因为索引帮助数据库快速定位到所需的数据。

(D) 列定义 (Column Definitions)

列定义影响数据的存储和检索方式。优化列的定义，如选择正确的数据类型和大小，可以减少数据存储所需的空间，从而提高查询性能。例如，使用适当的数据类型可以减少内存的使用，提高数据的检索速度。

这两个选项直接关联到查询性能的优化。其他选项如操作系统资源、InnoDB互斥锁和非事务存储引擎虽然也会影响数据库性能，但它们不是解决特定 SELECT 查询性能问题的直接方法。特别是当数据已经适合放在内存中时，表索引和列定义的优化将提供最大的性能提升潜力。

2.  下列哪些有助于实现数据库高可用性的 MySQL InnoDB 集群的两个组件?

1. MySQL Router，确保客户端的请求负载平衡并路由到正确的服务器
2. MySQL Enterprise Backup，确保数据一致并始终可供使用
3. MySQLX 插件，允许 MySQL 使用 X 协议来加速和监视数据复制
4. MySQL 半同步复制插件用于提供集群一致性
5. MySQL Shell，使用内置 AdminAPI 来创建和管理 InnoDB 集群

答案：AD

解析：

MySQL InnoDB 集群通常由多个组件组成，以确保数据的高可用性、一致性和可扩展性。以下是一些常见的 MySQL InnoDB 集群组件：

1. MySQL Server：这是集群的核心，运行 MySQL 数据库服务器，负责处理客户端请求、数据存储和检索。
2. InnoDB Storage Engine：作为 MySQL 的默认存储引擎，InnoDB 提供了对事务、行级锁定和外键约束的支持。
3. Group Replication：这是 MySQL 提供的一种数据库复制技术，它允许多个 MySQL 服务器实例作为一个集群运行，自动同步数据，并在节点故障时提供故障转移。
4. MySQL Router：这是一个中间件，用于负载均衡和故障转移，确保客户端请求被路由到正确的服务器。
5. MySQL Shell：这是一个交互式命令行工具，提供了对 MySQL 服务器的访问和管理功能，包括使用 AdminAPI 来管理 InnoDB 集群。
6. MySQL Enterprise Backup：这是一个备份和恢复工具，用于确保数据的一致性和可恢复性。
7. MySQLX Protocol：这是一个用于与 MySQL 服务器通信的协议，支持文档存储和异步通信。
8. 半同步复制插件：这是一个插件，用于确保在主服务器确认数据已经复制到至少一个从服务器之后，才认为事务提交成功，从而提高数据的一致性。
9. 监控和日志工具：如 Performance Schema、InnoDB Monitor 和各种日志文件，用于监控集群的性能和状态，以及记录系统活动。
10. 配置管理工具：用于管理集群配置，包括节点添加、删除和配置更新。

在此题中，实现数据库的高可用性组件主要是MySQL Router用于准确路由请求，以及半同步复制插件用于提高数据一致性。

3.  下列哪两种是 InnoDB 表空间的类型?

1. 加密表空间(encryption tablespaces)
2. 还原表空间(undo tablespaces)
3. 重做表空间(redo tablespaces)
4. 临时表空间(temporary tablespaces)
5. 模式表空间(schema tablespaces)

答案：BD

解析：

B选项：还原表空间（undo tablespaces）：这些表空间用于存储事务回滚所需要的信息。当一个事务被回滚时，InnoDB 使用这些表空间中的信息来恢复数据库到事务开始之前的状态。

D选项：临时表空间（temporary tablespaces）：这些表空间用于存储临时对象，如临时表或排序操作过程中产生的临时数据。当不再需要这些临时对象时，它们占用的空间会被释放。

至于其他选项：

• 加密表空间（encryption tablespaces）：虽然 InnoDB 支持对表空间进行加密，但这不是一种特定类型的表空间，而是一种安全特性，可以应用于任何类型的表空间。
• 重做表空间（redo tablespaces）：这不是一个正确的术语。InnoDB 使用重做日志（redo logs）来记录所有修改数据页的操作，以确保在崩溃后能够重新执行这些更改。这与表空间不同。
• 模式表空间（schema tablespaces）：这不是标准的 InnoDB 表空间类型。通常我们会提到系统表空间（system tablespace）、独立表空间（general or non-system tablespaces）、撤销表空间（undo tablespaces）以及临时表空间（temporary tablespaces）。

4.  在连接到远程 MySQL 服务器时，必须配置 MySQL 命令行客户端以提供最高级别的信任和安全性。–ssl – mode 的哪个值可以执行此操作?

1. VERIFY_IDENTITY
2. REQUIRED
3. PREFERRED
4. VERIFY_CA

答案：B

解析：

在 MySQL 中，–ssl-mode 选项用于指定客户端与服务器之间连接时的加密和验证行为。不同的值代表不同的安全级别：

• DISABLED：不使用SSL。
• PREFERRED：如果服务器支持SSL，那么使用SSL。
• REQUIRED：仅在SSL连接可用时才建立连接。
• VERIFY_CA：使用SSL，并验证服务器的SSL证书是否由受信任的证书颁发机构签发。
• VERIFY_IDENTITY：使用SSL，并验证服务器的SSL证书和主机名是否匹配。

在需要提供最高级别的信任和安全性时，应该选择 REQUIRED。确保了只有在SSL连接可用的情况下，客户端才会与服务器建立连接，从而保证了数据传输的安全性。其他选项要么不强制使用SSL，要么在SSL的基础上提供了额外的验证，但 REQUIRED 是确保连接必须加密的最直接方式。

5.  分析以下成功执行的语句：您希望添加一个或多个索引，最大程度地减少查询工作量。以下哪条语句可完成此任务?

1. ALTER TABLE rental ADD INDEX(inventory id) ADD INDEX (staff id) ADD INDEX (rental date), ADD INDEX (customer id);
2. ALTER TABLE rental ADD INDEX (inventory id, staff id,rental date,customer id);
3. ALTER TABLE rental ADD INDEX (inventory id,staff id customer id, rental id, rental date);
4. ALTER TABLE rental ADD INDEX (inventory_id). ADD INDEX (staff id), ADD INDEX (rental date);
5. ALTER TABLE rental ADD INDEX (rental date,inventory id, staff id, customer id);
6. ALTER TABLE rental ADD INDEX (inventory id,staff id,rental date);

答案：E

解析：

1. 查询条件分析：查询中涉及到的字段有 rental_date, inventory_id, staff_id。这些字段是查询条件中用到的字段，因此，索引应该包含这些字段。
2. 索引顺序：在MySQL中，索引的列顺序非常重要。索引的前几列会首先被用来过滤数据，因此，应该按照查询中WHERE子句的条件顺序来排列索引的列。在这个查询中，rental_date 是第一个条件，然后是 inventory_id 和 staff_id。
3. 索引列的选择：索引应该包含WHERE子句中用到的所有列，以及需要排序或分组的列（如果有的话）。在这个查询中，rental_id 和 customer_id 是SELECT语句中需要返回的列，但它们不是WHERE子句的条件，因此，它们不需要包含在索引中。
4. 索引的覆盖：如果一个索引包含了查询中需要的所有字段，那么这个索引被称为覆盖索引。覆盖索引可以减少数据库的磁盘I/O操作，因为所有的数据都可以从索引中获取，而不需要回表查询。在这个例子中，rental_date, inventory_id, staff_id 都是WHERE子句中的条件，因此，包含这些字段的索引可以作为覆盖索引。
5. 选项分析：
   1. 选项 A 创建了多个单列索引，这不会提供最好的性能，因为它们不会形成一个复合索引来覆盖查询。
   2. 选项 B 包含了正确的列，但是列的顺序可能不是最优的，因为它没有按照WHERE子句的条件顺序排列。
   3. 选项 C 包含了正确的列，但是列的顺序不正确，并且包含了 rental_id，这不是WHERE子句中的条件。
   4. 选项 D 包含了正确的列，但是列的顺序不正确，并且包含了 rental_id 和 customer_id，这不是WHERE子句中的条件。
   5. 选项 E 包含了正确的列，并且按照WHERE子句的条件顺序排列，这是一个覆盖索引，满足最左匹配原则，可以提供最好的性能。
   6. 选项 F 包含了正确的列，但是列的顺序不正确，没有提供最好的性能。

因此，选项 E 是最佳选择。

6.  以下哪三项是 MySQL Enterprise Monitor 的功能?

1. 创建定制预警并提供通知预警
2. 分析查询性能
3. 集中管理用户
4. 确定受监视的 MySQL 服务器的可用性
5. 启动 MySQL Enterprise 备份
6. 集中管理服务器配置

答案：ABD

解析：

MySQL Enterprise Monitor 是一款由 MySQL 官方提供的工具，用于监控和管理 MySQL 数据库。它提供实时的数据库性能和可用性监控，主要功能包括：

1. 实时监控：MySQL Enterprise Monitor 可以实时监控 MySQL 数据库的性能和可用性，包括查询和服务器指标。
2. MySQL 集群监控：发现发现 MySQL 集群，并提供每个 MySQL 实例和 NDB 进程的性能、可用性和健康状况的可见性。
3. 复制监控：自动发现 MySQL 复制拓扑，并提供每个涉及的 MySQL 实例的性能、可用性和健康状况的可见性。
4. 备份监控：与 MySQL Enterprise Backup 集成，提供关键备份活动的可见性，确保数据不受丢失风险。
5. 访问控制：基于角色和组的访问控制，简化了多租户和云环境中的账户管理。
6. MySQL Enterprise Firewall 监控：监控 MySQL Enterprise Firewall 活动，保护 MySQL 服务器免受数据库特定攻击。
7. MySQL Enterprise Audit 监控：监控和执行 MySQL Enterprise Audit 的使用，确保组织实施必要的企业安全策略以满足法规合规性。
8. 性能监控和警报：持续监控 MySQL 查询和性能相关的服务器指标，并在基线性能趋势出现显著偏差时接收警报。
9. 磁盘监控：趋势分析和预测，允许管理员预测未来的容量需求，并在用户定义的阈值（如“如果磁盘空间在12个月内耗尽，则通知我”）上提供预测性警报。
10. 操作系统监控：实时监控操作系统级别的性能指标，包括负载平均值、CPU 使用率、RAM 使用率、交换使用率、文件系统使用率和磁盘 IO。
11. 安全漏洞识别：帮助开发人员和 DBA 发现和解决安全漏洞，提供一套规则来执行 MySQL 安全最佳实践，并在潜在漏洞影响系统之前提醒您。
12. Query Analyzer：Query Analyzer 是 MySQL Enterprise Monitor 的一个工具，它可以帮助用户识别慢查询和瓶颈，监视在 MySQL 服务器上执行的 SQL 语句，并显示每个查询的详细信息、执行次数和执行时间等性能详细信息。

7.  检查一下命令和输出：下列哪项描述是正确的?

1. Firewall_access_denied 是被拒绝的被禁止主机的连接尝试次数
2. Firewall_cached_entries 是在查询缓存中，为处于 DETECTING 模式的用户找到的语句数
3. Firewall_access_granted 是白名单主机允许的连接数
4. Firewall_access_suspicious 是在 DETECTING 模式下记录为可疑用户的语句数

答案：A

解析：

• Firewall_access_denied：用于记录尝试连接到MySQL服务器的客户端由于被防火墙规则所拒绝，连接被拒绝的次数会被记录在这里。答案正确。
• Firewall_cached_entries：用于记录防火墙缓存中当前存储的条目数量。防火墙缓存存储了用于加速决策的有关连接请求的信息。在这里，不是查询缓存中的语句数，而是防火墙缓存中的条目数量。答案错误。
• Firewall_access_granted：用于记录已成功连接到MySQL服务器的客户端的数量，连接成功的次数会被记录在这里。在这里，是连接成功的次数，不是白名单主机允许的连接数。答案错误。
• Firewall_access_suspicious：用于记录被视为可疑的连接请求的数量。如果连接请求被防火墙视为可疑，但最终被允许连接，这些次数会被记录在这里。在这里，不是在 DETECTING 模式下记录为可疑用户的语句数，而是被防火墙标记为可疑的连接次数。答案错误

8.  查看下列 MySQL 数据目录二进制日志的列表：

Binlog.000001

Binlog.000002

……………

Binlog.000289

Binlog.000300

Binlog.000301

Binlog. Index

现在检查这个成功执行的命令：

Mysqldump -delete-master-logs -all-databases > /backup/db_backup. sql

下列哪两项是正确的?

1. 所有数据库都备份到输出文件
2. 所有二进制日志都进行备份，然后删除
3. 除主元数据之外的所有数据库都备份到输出文件
4. 所有关于已删除日志和主元数据的详细信息都在输出文件中捕获
5. 从主服务器中删除所有二进制日志
6. 从主服务器中删除所有非活动二进制日志

答案：AB

9.  您有一个启用了 GTID 的 MySQL 实例，该实例每秒运行 100 多个事务。您发现某些数据已被删除您决定从所有可用的二进制日志执行恢复。 下列哪两个命令可以立即将数据库还原到删除数据之前的时间点?

1. START SLAVE SQL THREAD UNTIL SQL_BEFORE GTIDS=….
2. mysqlbinlog –skip-gtids…..
3. mysqlbinlog –stop-position……
4. START SLAVE IO_THREAD UNTIL SQL_BEFORE_GTIDS=….
5. mysqlbinlog -stop-date-time ……

答案：AC

解析：

A) START SLAVE SQL THREAD UNTIL SQL_BEFORE GTIDS=’…’;

这个命令可以用于恢复到指定的 GTID 集合之前的状态。通过指定 SQL_BEFORE GTIDS，你可以告诉 SQL 线程只执行到那个 GTID 集合之前，不包括该集合中的事务。

C) mysqlbinlog –stop-position=’…’ …;

mysqlbinlog 工具可以用来解析和恢复二进制日志。通过使用 –stop-position 选项，你可以指定一个特定的位置，恢复到该位置之前的数据。

因此，正确答案是 A) 和 C)。这两个命令都可以用于将数据库还原到删除数据之前的时间点。

选项 B) 和 D) 用于 GTID 恢复，但它们不提供与 A) 相同的精确控制。

选项 E) 使用的是 –stop-date-time，它基于时间戳来停止，而不是基于 GTID，因此在 GTID 环境中可能不是最精确的选择。

10.  可以使用下列哪两种方法来确定查询是否使用散列联接算法?

1. EXPLAIN 没有任何格式化参数
2. EXPLAIN FORMAT=JSON
3. EXPLAIN FORMAT=TREE
4. EXPLAIN ANALYZE
5. EXPLAIN FORMAT=TRADITIONAL

答案：CD

解析：

MySQL for Database Administrators Ed 5.1 (Student Guide II) P180， 只能使用EXPLAIN FORMAT=TREE和EXPLAIN ANALYZE查询

.

.

.

更多真题详情、特价报考、考试流程、考试信息以及更多认证细节，尽在17认证网！

更多特价报考信息、领券立刻报名入口：点击此处跳转

更多详情扫码咨询👆

原创-17认证网  未经允许禁止转载或商业用途，否则将自行承担法律后果！