logo

MySQL面试必问（二）🔥

作者
Modified on
Reading time
22 分钟阅读:..评论:..

一、存储引擎

MySQL有哪些常用的存储引擎？

回答：

  • InnoDB：默认存储引擎，支持ACID事务、外键、行级锁和自动崩溃恢复。适用于支持高并发事务处理和数据完整性要求高的应用。
  • MyISAM：不支持事务和外键，使用表级锁，适用于读操作频繁、数据修改较少的应用。具有较高的读取性能。
  • Memory：将数据存储在内存中，读写速度快，但数据在服务器重启后会丢失。适用于需要快速访问临时数据的场景。
  • Archive：用于存储大量历史归档数据，支持高压缩和高写入速度，但不支持索引和事务。
  • CSV：将数据存储为CSV格式文件，易于与其他应用程序交换数据，但不支持索引和事务。
  • NDB（Clustered Storage Engine）：用于MySQL Cluster，支持高可用性和分布式存储。

InnoDB和MyISAM的主要区别是什么？

回答：

  • 事务支持：InnoDB支持ACID事务，具有提交、回滚和崩溃恢复能力；MyISAM不支持事务。
  • 外键支持：InnoDB支持外键，确保数据的引用完整性；MyISAM不支持外键。
  • 锁机制：InnoDB使用行级锁，支持高并发；MyISAM使用表级锁，每次操作都会锁定整张表，导致并发性较差。
  • 崩溃恢复：InnoDB有自动崩溃恢复功能，通过重做日志（redo log）和撤销日志（undo log）实现；MyISAM需要手动修复。
  • 性能：InnoDB在写操作多的场景下性能较好，MyISAM在读操作多的场景下性能较好。
  • 存储文件：InnoDB将表数据和索引存储在.ibd文件中，而MyISAM将表数据存储在.MYD文件中，索引存储在.MYI文件中。

InnoDB存储引擎的优势是什么？

回答：

  • 事务支持：支持ACID事务，提供稳定的数据一致性和安全性。
  • 行级锁：行级锁定机制允许更高的并发性，减少锁争用，提高性能。
  • 崩溃恢复：通过重做日志（redo log）和撤销日志（undo log）实现自动崩溃恢复，保证数据的持久性和一致性。
  • 外键支持：维护数据的引用完整性，防止不一致的数据。
  • MVCC：多版本并发控制（MVCC）提高了读操作的性能，并实现了事务隔离。
  • 可扩展性：适合处理大数据量和高并发的应用场景，支持在线热备份和分区表。

如何选择合适的存储引擎？

回答：

  • 事务需求：如果应用需要事务支持和数据一致性，选择InnoDB。
  • 读写频率：如果应用读多写少且不需要事务支持，选择MyISAM。
  • 内存使用：如果需要快速访问临时数据且数据不需要持久化，选择Memory。
  • 数据归档：如果需要存储大量归档数据且很少读取，选择Archive。
  • 数据交换：如果需要与其他应用程序交换数据，选择CSV。
  • 高可用性和分布式：如果需要高可用性和分布式存储，选择NDB（Clustered Storage Engine）。

二、索引

什么是索引？索引的作用是什么？

回答：

索引是一种数据结构，用于快速查找数据库表中的记录。它类似于书的目录，通过索引可以快速定位到所需的数据行。

索引的主要作用是提高查询速度和性能。它通过减少扫描行数和提高数据访问效率，实现高效的查询操作。

然而，索引也会占用存储空间，并在插入、更新和删除操作时增加额外的开销，因此需要权衡使用。

MySQL中的索引类型有哪些？

回答：

  • B树索引：默认索引类型，适用于大多数查询操作。B树索引将数据按键值顺序存储，支持等值查询和范围查询。
  • 哈希索引：Memory存储引擎支持的索引类型，适用于等值查询。哈希索引通过哈希函数将键值映射到哈希表位置，不支持范围查询。
  • 全文索引：用于全文搜索的索引类型，MyISAM和InnoDB都支持。全文索引适用于对大文本字段进行快速搜索。
  • 空间数据索引（R树索引）：用于存储和查询地理空间数据，MyISAM存储引擎支持。R树索引适用于二维空间查询。
  • 倒排索引：用于全文搜索的特殊索引，适用于高效的文本检索。

解释B树和B+树的区别及其在MySQL中的应用。

回答：

  • B树：一种平衡树数据结构，节点包括键值和数据。B树的所有节点都包含数据，因此查询时可能需要访问多个节点。
  • B+树：一种改进的B树，内部节点只包含键值，不包含数据。数据存储在叶子节点，叶子节点通过链表连接。B+树的查询效率更高，因为所有数据都在叶子节点，可以顺序扫描叶子节点。
  • 在MySQL中的应用：InnoDB存储引擎使用B+树作为默认的索引结构。聚簇索引和辅助索引都是基于B+树实现的。B+树索引支持高效的范围查询和顺序访问。

什么是聚簇索引和非聚簇索引？

回答：

  • 聚簇索引：将数据行的物理顺序与索引顺序相同，表中的每个数据行只能有一个聚簇索引。InnoDB存储引擎的主键索引就是聚簇索引。聚簇索引提高了查询速度，特别是范围查询和顺序扫描。
  • 非聚簇索引：索引顺序与数据行物理顺序无关，表中可以有多个非聚簇索引。非聚簇索引的叶子节点包含指向数据行的指针，通过指针访问数据。非聚簇索引适用于频繁的单条记录查询。

如何创建和删除索引？

回答：

创建索引：

CREATE INDEX index_name ON table_name (column_name);
CREATE UNIQUE INDEX index_name ON table_name (column_name); -- 创建唯一索引
CREATE FULLTEXT INDEX index_name ON table_name (column_name); -- 创建全文索引

删除索引：

DROP INDEX index_name ON table_name;

如何查看表的索引？

回答：

使用SHOW INDEX命令查看表的索引信息：

SHOW INDEX FROM table_name;

结果包括索引名称、列名称、唯一性和索引类型等信息。

如何诊断和优化索引？

回答：

使用EXPLAIN命令分析查询计划，查看查询使用的索引和执行步骤：

EXPLAIN SELECT * FROM table_name WHERE column_name = 'value';

优化索引的策略包括：

  • 为经常查询的列创建索引，特别是WHERE子句中的列。
  • 使用覆盖索引，减少回表查询。
  • 避免使用低选择性的列创建索引。
  • 定期重建和优化索引，以防止索引碎片。

三、锁机制

MySQL有哪些锁类型？

回答：

MySQL提供了多种锁类型，以确保数据的完整性和一致性，同时优化并发事务的性能。以下是MySQL中常见的锁类型及其详细解释：

  1. 表锁（Table Lock）
  • 表锁是MySQL中最简单的锁机制，锁定整个表，常用于MyISAM存储引擎。
    • 读锁（共享锁，S锁）：多个事务可以同时读取表数据，但任何事务都不能对表进行写操作。
    • 写锁（排他锁，X锁）：只有持有写锁的事务可以进行读写操作，其他事务被阻塞。
  • 优点：实现简单，适用于读多写少的场景。
  • 缺点：并发性能较低，写操作会阻塞所有其他操作。
  1. 行锁（Row Lock）
  • 行锁是InnoDB存储引擎的主要锁机制，锁定表锁定表中的特定行。
- **共享锁（S锁）**：允许其他事务读取被锁定的行，但不允许修改。适用于读操作。
- **排他锁（X锁）**：不允许其他事务读取或修改被锁定的行。适用于写操作。
- **优点**：粒度小，并发性能高，适用于高并发事务。
- **缺点**：实现复杂，管理开销大。
  1. 意向锁（Intention Lock）
  • 意向锁是InnoDB引擎为支持多粒度锁设计的，表示某个事务打算在更细粒度上加锁。
    • 意向共享锁（IS锁）：表示事务打算获取某些行的共享锁。
    • 意向排他锁（IX锁）：表示事务打算获取某些行的排他锁。
  • 优点：提高多粒度锁的效率，解决表锁与行锁之间的冲突。
  1. 自适应哈希索引锁（Adaptive Hash Index Lock）
  • InnoDB存储引擎为提高查询速度，在某些情况下会自动创建哈希索引。这些哈希索引会加锁以保护其完整性。
  • 优点：提高查询效率。
  • 缺点：仅在特定情况下自动创建，无法手动管理。
  1. 间隙锁（Gap Lock）
  • 间隙锁用于防止幻读，锁定索引之间的间隙。
    • 间隙锁定一个范围内不存在的索引，防止其他事务插入该范围内的记录。
    • 例如，在一个范围查询中，锁定现有索引记录之间的间隙，防止其他事务在这些间隙中插入新记录。
  • 优点：防止幻读，确保事务的一致性。
  • 缺点：可能会导致锁等待和死锁。
  1. 插入意向锁（Insert Intention Lock）
  • 插入意向锁是行锁的一种特殊类型，表示事务打算在某个位置插入一行。
  • 优点：当多个事务尝试在同一个索引位置插入不同的行时，插入意向锁允许它们并发执行。提高并发插入性能，减少锁争用。
  1. 外键约束锁（Foreign Key Constraint Lock）
  • 在InnoDB中，外键约束会在涉及外键的表操作时加锁，以确保数据的引用完整性。
  • 优点：当更新或删除涉及外键约束的记录时，会加锁以防止违反外键约束规则。确保数据的完整性和一致性。
  • 缺点：增加额外的锁管理开销。

什么是行锁和表锁？

回答：

  • 行锁：行锁是锁定特定的行而不是整个表。行锁的粒度较小，适合高并发环境。行锁在事务处理中，允许多个并发事务同时更新不同的行，从而提高并发性能。InnoDB存储引擎支持行锁。
  • 表锁：表锁是锁定整个表，使得在一个事务中，其他事务不能对该表进行任何修改。表锁的粒度较大，适用于低并发环境。MyISAM存储引擎使用表锁。表锁适合执行大量读取操作的场景，但会降低并发写入性能。

什么是死锁？如何解决？

回答：

  • 死锁：死锁是指两个或多个事务相互等待对方持有的锁，从而无法继续执行。死锁会导致系统无法处理后续请求，影响数据库性能。
  • 解决方法：
    • 死锁检测：InnoDB存储引擎具有自动死锁检测机制，当检测到死锁时，会回滚其中一个事务，以释放死锁。
    • 超时设置：通过设置锁等待超时时间，避免长时间等待锁。可以使用以下命令设置超时时间：
SET innodb_lock_wait_timeout = 50;
  • 合适的索引和查询顺序：确保事务按照相同的顺序访问资源，减少死锁发生的概率。
  • 分解大事务：将一个大事务分解为多个小事务，减少持有锁的时间。
  • 使用乐观锁：在高并发环境中，使用乐观锁代替悲观锁，可以减少死锁的发生。

InnoDB的行锁实现机制是什么？

回答：

InnoDB通过索引实现行锁。在执行查询和更新操作时，InnoDB会锁定相关索引条目。如果没有索引，InnoDB会锁定整张表。因此，为避免锁定整张表，建议为查询和更新操作的列创建合适的索引。

InnoDB支持两种行锁：

  • 共享锁（S锁）：允许其他事务读取但不允许修改，被称为读锁。
  • 排他锁（X锁）：不允许其他事务读取或修改，被称为写锁。

InnoDB还支持意向锁（Intent Lock），用于表明某个事务打算在表的某些行上加锁，但不会具体锁定行，意向锁包括意向共享锁（IS锁）和意向排他锁（IX锁）。

如何避免并发导致的锁等待和死锁？

回答：

  • 设计良好的索引：确保查询使用索引，减少表锁和行锁的冲突。
  • 尽量减少锁定的范围和时间：避免长时间的事务，尽量在事务中执行最少的操作。
  • 按照一致的顺序访问数据：确保事务按照相同的顺序访问资源，减少死锁发生的概率。
  • 使用合适的锁类型：根据业务需求选择行锁、表锁或乐观锁，避免不必要的锁争用。
  • 分解大事务：将一个大事务分解为多个小事务，减少持有锁的时间。
  • 设置锁超时：通过设置锁等待超时时间，避免长时间等待锁。
SET innodb_lock_wait_timeout = 50;

四、事务与隔离级别

什么是事务？

回答：

事务是一个独立的工作单元，由一组操作组成，这些操作要么全部成功，要么全部失败。事务在数据库操作中保证数据的一致性和完整性。事务具有四个基本特性，即ACID特性：原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）和持久性（Durability）。

事务的四大特性（ACID）是什么？

回答：

  • 原子性（Atomicity）：事务中的所有操作要么全部成功，要么全部失败。如果事务中任何操作失败，整个事务将回滚到起始状态，确保数据的一致性。
  • 一致性（Consistency）：事务执行前后，数据库都必须保持一致的状态。事务完成后，所有数据都必须符合所有定义的约束、触发器、级联等。
  • 隔离性（Isolation）：多个事务同时执行时，一个事务的操作不会被其他事务看到。事务之间相互隔离，防止脏读、不可重复读和幻读等问题。
  • 持久性（Durability）：事务一旦提交，其结果将永久保存到数据库中，即使系统崩溃也能保证数据不会丢失。

MySQL有哪些事务隔离级别？

回答：

  • 读未提交（Read Uncommitted）：最低级别，允许一个事务读取另一个事务未提交的数据，可能会导致脏读。
  • 读已提交（Read Committed）：只能读取其他事务已提交的数据，解决了脏读问题，但可能会出现不可重复读。
  • 可重复读（Repeatable Read）：在一个事务内多次读取同一数据时，结果一致，解决了脏读和不可重复读问题，但可能会出现幻读。InnoDB存储引擎默认采用该级别。
  • 可序列化（Serializable）：最高级别，事务逐个执行，完全隔离，解决了所有并发问题，但性能较低。

各事务隔离级别的区别是什么？

回答：

  • 读未提交：允许读取未提交的数据，可能导致脏读。
  • 读已提交：读取已提交的数据，解决脏读问题，但可能出现不可重复读。
  • 可重复读：读取一致的数据，解决脏读和不可重复读问题，但可能出现幻读。InnoDB存储引擎采用MVCC（多版本并发控制）来避免幻读。
  • 可序列化：事务逐个执行，完全隔离，解决所有并发问题，但

性能较低。

如何设置事务隔离级别？

回答：

可以在会话级别或全局级别设置事务隔离级别：

  • 设置会话级别事务隔离级别
SET SESSION TRANSACTION ISOLATION LEVEL [READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE];
  • 设置全局级别事务隔离级别
SET GLOBAL TRANSACTION ISOLATION LEVEL [READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE];

例如，将全局事务隔离级别设置为可重复读：

SET GLOBAL TRANSACTION ISOLATION LEVEL REPEATABLE READ;

什么是MVCC（多版本并发控制）？

回答：

MVCC（Multi-Version Concurrency Control）是一种并发控制方法，通过保存数据的多个版本，允许多个事务同时读取和写入数据，而不会互相阻塞。MVCC通过使用快照实现事务的一致性读取，即在事务开始时创建数据的快照，后续读取操作都基于这个快照完成，从而避免了读写冲突。

在MySQL的InnoDB存储引擎中，MVCC通过隐藏的系统列DB_TRX_ID（事务ID）和DB_ROLL_PTR（回滚指针）实现。每次数据修改时，InnoDB都会创建一个新的数据版本，并将旧版本保存在回滚段中，从而实现多版本并发控制。

五、查询优化

什么是查询优化？

回答：

查询优化是指通过改进SQL语句、索引和数据库结构来提高查询性能的过程。查询优化的目标是减少查询执行时间，提高数据库的响应速度和资源利用率。查询优化涉及选择合适的索引、重构SQL语句、调整数据库配置等。

如何使用EXPLAIN分析查询？

回答：

EXPLAIN命令用于显示SQL查询的执行计划，帮助分析和优化查询。使用EXPLAIN可以查看查询的执行步骤、使用的索引、扫描的行数等信息。

例如，分析一个SELECT查询：

EXPLAIN SELECT * FROM employees WHERE department_id = 10;

EXPLAIN输出包括以下列：

  • id：查询的唯一标识符。
  • select_type：查询的类型，如SIMPLE（简单查询）、PRIMARY（主查询）、SUBQUERY（子查询）等。
  • table：访问的表。
  • type：访问类型，如ALL（全表扫描）、index（索引扫描）、range（范围扫描）、ref、eq_ref、const、NULL等。
  • possible_keys：查询可能使用的索引。
  • key：查询实际使用的索引。
  • key_len：使用索引的字节长度。
  • ref：索引列与查询条件的比较。
  • rows：扫描的行数估计值。
  • filtered：显示返回结果的百分比。
  • Extra：额外信息，如Using where、Using index、Using filesort、Using temporary等。

通过EXPLAIN输出，可以分析查询的执行计划，发现性能瓶颈，进而进行优化。

如何优化慢查询？

回答：

  • 使用合适的索引：确保查询使用了合适的索引，减少全表扫描。
  • 优化SQL语句：重构SQL语句，避免使用复杂的子查询和嵌套查询，尽量使用JOIN。
  • **避免SELECT ***：只选择需要的列，减少数据传输量。
  • 使用LIMIT分页：在大数据集查询中使用LIMIT进行分页，避免一次性返回大量数据。
  • 分析查询日志：启用慢查询日志，分析慢查询日志，找出性能瓶颈。
SET GLOBAL slow_query_log = 'ON';
SET GLOBAL long_query_time = 2; -- 设置慢查询阈值为2秒
  • 优化数据库结构：分区表、分库分表等方法优化数据库结构，提升查询性能。
  • 调整数据库配置：根据实际业务需求，调整数据库配置参数，如缓冲池大小、连接池大小等。

常见的查询优化策略有哪些？

回答：

  • 使用合适的索引：为频繁查询的列创建索引，特别是WHERE条件和JOIN条件中的列。
  • 避免全表扫描：通过使用索引和优化SQL语句，避免全表扫描。
  • 使用覆盖索引：覆盖索引包含查询所需的所有列，避免回表查询，提高查询效率。
  • 优化JOIN操作：确保JOIN操作使用索引，避免嵌套循环JOIN，优先使用嵌套循环JOIN（Nested Loop Join）或哈希JOIN（Hash Join）。
  • 使用EXPLAIN分析查询：通过EXPLAIN命令分析查询执行计划，发现性能瓶颈。
  • 拆分复杂查询：将复杂查询拆分为多个简单查询，降低单次查询的复杂度。
  • 使用缓存：利用缓存机制，减少数据库查询次数，提高响应速度。
  • 适当使用存储过程和触发器：将复杂的逻辑操作放入存储过程和触发器中，提高执行效率。

什么是覆盖索引？

回答：

覆盖索引是指一个索引包含了查询所需的所有列，查询可以直接从索引中获取数据，而不需要访问表的数据。覆盖索引通过减少磁盘I/O操作，提高查询性能。

例如，创建覆盖索引：

CREATE INDEX idx_employee ON employees (department_id, last_name, first_name);

使用覆盖索引的查询：

SELECT department_id, last_name, first_name FROM employees WHERE department_id = 10;

在这个例子中，查询的所有列都包含在索引idx_employee中，MySQL可以直接从索引中获取数据，而不需要访问表的数据，从而提高查询性能。

六、备份与恢复

为什么要做数据库备份？

回答：

数据库备份是保障数据安全和业务连续性的关键措施。以下是数据库备份的重要性：

  • 数据安全：防止因硬件故障、软件错误、恶意攻击或人为误操作导致的数据丢失。
  • 灾难恢复：在发生系统崩溃、数据损坏等灾难时，能够快速恢复业务，减少停机时间和损失。
  • 数据迁移：在数据迁移和系统升级时，需要备份数据以防迁移失败或数据丢失。
  • 历史数据保存：为业务分析和审计提供历史数据支持。

MySQL有哪些备份方式？

回答：

MySQL提供了多种备份方式，常见的有：

  1. 逻辑备份：
  • mysqldump：MySQL自带的备份工具，用于生成数据库的SQL脚本文件。适用于小规模数据库的备份和迁移。
mysqldump -u username -p database_name > backup.sql
  • mysqlpump：比mysqldump更高效的备份工具，支持并行备份和压缩。适用于较大规模数据库的备份。
mysqlpump -u username -p database_name > backup.sql
  1. 物理备份：
  • XtraBackup：开源的物理备份工具，支持热备份，不会锁表，适用于大规模数据库的在线备份。
xtrabackup --backup --target-dir=/path/to/backup
  • LVM快照：利用逻辑卷管理器（LVM）创建磁盘卷的快照，快速备份整个数据库文件系统。

如何恢复数据库？

回答：

数据库恢复的步骤取决于所使用的备份方式：

  1. 使用mysqldump恢复：
  • 先删除原有数据库，然后重新创建数据库：
DROP DATABASE database_name;
CREATE DATABASE database_name;
  • 使用mysqldump生成的SQL脚本文件进行恢复：
mysql -u username -p database_name < backup.sql
  1. 使用XtraBackup恢复：
  • 准备还原目录：
xtrabackup --prepare --target-dir=/path/to/backup
  • 恢复数据库文件：
xtrabackup --copy-back --target-dir=/path/to/backup
  • 确保文件权限正确：
chown -R mysql:mysql /var/lib/mysql

如何制定数据库备份策略？

回答：

制定数据库备份策略需综合考虑数据量、业务需求、系统资源等因素，以下是一些常见的备份策略：

  • 全量备份：定期进行全量备份，通常每周一次。全量备份包含数据库的全部数据。
  • 增量备份：每天进行增量备份，仅备份自上次备份以来发生变化的数据。
  • 差异备份：每天进行差异备份，备份自上次全量备份以来发生变化的数据。

如何验证备份的有效性？

回答：

备份完成后，应定期验证备份的有效性，以确保在需要时能够成功恢复：

  • 还原测试：定期恢复备份数据到测试环境，确保备份文件的完整性和可用性。
  • 校验和：使用校验和工具（如MD5或SHA）验证备份文件的一致性。
  • 备份日志：检查备份日志，确保备份过程没有错误或警告信息。

七、安全管理

如何加强MySQL数据库的安全性？

回答：

  • 用户权限管理：为用户分配合适的权限，遵循最小权限原则，避免赋予不必要的高权限。
  • 使用强密码：设置复杂的密码，并定期更换，同时避免使用默认账号和密码。
  • 网络安全：通过防火墙限制数据库服务器的访问范围，仅允许可信任的IP地址连接。
  • 数据加密：使用SSL/TLS加密数据库连接，防止数据在传输过程中被窃取。同时可以考虑对存储在数据库中的敏感数据进行加密。
  • 审计和监控：启用审计日志，记录数据库操作行为，及时发现和应对异常操作。

如何配置MySQL的用户权限？

回答：

使用GRANT和REVOKE语句管理用户权限：

  • 创建用户并授予权限：
CREATE USER 'username'@'host' IDENTIFIED BY 'password';
GRANT ALL PRIVILEGES ON database_name.* TO 'username'@'host';
  • 授予特定权限：
GRANT SELECT, INSERT, UPDATE, DELETE ON database_name.* TO 'username'@'host';
  • 移除权限：
REVOKE ALL PRIVILEGES ON database_name.* FROM 'username'@'host';
  • 删除用户：
DROP USER 'username'@'host';

如何启用SSL/TLS加密数据库连接？

回答：

  1. 生成SSL证书和密钥：
openssl genrsa 2048 > ca-key.pem
openssl req -new -x509 -nodes -days 3650 -key ca-key.pem > ca-cert.pem
openssl req -newkey rsa:2048 -days 3650 -nodes -keyout server-key.pem > server-req.pem
openssl x509 -req -in server-req.pem -days 3650 -CA ca-cert.pem -CAkey ca-key.pem -set_serial 01 > server-cert.pem
openssl req -newkey rsa:2048 -days 3650 -nodes -keyout client-key.pem > client-req.pem
openssl x509 -req -in client-req.pem -days 3650 -CA ca-cert.pem -CAkey ca-key.pem -set_serial 01 > client-cert.pem
  1. 配置MySQL服务器：
[mysqld]
ssl-ca=/path/to/ca-cert.pem
ssl-cert=/path/to/server-cert.pem
ssl-key=/path/to/server-key.pem
  1. 重启MySQL服务：
service mysql restart
  1. 配置MySQL客户端：
[client]
ssl-ca=/path/to/ca-cert.pem
ssl-cert=/path/to/client-cert.pem
ssl-key=/path/to/client-key.pem
  1. 验证SSL连接：
SHOW STATUS LIKE 'Ssl_cipher';

如何启用审计日志？

回答：

MySQL企业版提供审计日志功能，以下是启用审计日志的步骤：

  1. 安装审计日志插件：
INSTALL PLUGIN audit_log SONAME 'audit_log.so';
  1. 配置审计日志：
[mysqld]
audit_log_policy=ALL
audit_log_format=JSON
audit_log_file=/var/log/mysql/audit.log
  1. 重启MySQL服务：
service mysql restart

通过上述步骤，您可以启用和配置MySQL的审计日志，记录数据库操作行为。

< MySQL面试必问（一）🔥
MySQL必知必会 >