MySQL：系统表/货币数据类型/MyIsam和Innodb/insert性能优化/邻键锁的退化/MySQL的参数/CPU问题排查

最近参加了一场技术面试，涉及了不少 MySQL 相关的问题。面试结束后，我对问题进行了复盘，并整理了答案和思路，希望对大家有所帮助。以下是具体问题及解答：

1. MySQL中有哪些系统表，规定了哪些内容，能否把表格输出出来？

MySQL 中的系统表主要存储在 information_schema 数据库中，用于提供数据库的元数据信息。以下是一些常见的系统表及其作用：

这些系统表是只读的，主要用于查询数据库结构和状态。例如，可以通过 SELECT * FROM information_schema.TABLES 查看所有表的信息。

在 MySQL 中记录货币时，推荐使用 DECIMAL（或 NUMERIC）数据类型。原因如下：

精度高 ：DECIMAL(M, N) 可以精确指定总位数（M）和小数位数（N），避免浮点数（如 FLOAT 或 DOUBLE）的精度丢失问题。
适合金融场景 ：货币计算需要精确到分（例如 2 个小数位），DECIMAL(10, 2) 表示总共 10 位，其中 2 位是小数，足以满足大多数需求。

示例：

sql 复制代码

CREATE TABLE orders (
    id INT AUTO_INCREMENT PRIMARY KEY,
    price DECIMAL(10, 2) NOT NULL
);

不推荐：

InnoDB 和 MyISAM 是 MySQL 中两种常见的存储引擎，以下是它们的主要区别：

选择建议：

提升 INSERT 性能可以从以下几个方面入手：

批量插入 ：使用 INSERT INTO table VALUES (), (), () 减少单次插入的开销。
关闭索引或延迟建索引 ：插入数据前禁用索引（ALTER TABLE table_name DISABLE KEYS），完成后重建。
调整事务：将多次插入放入一个事务中，减少日志同步开销。
优化配置 ：
- 增大 innodb_buffer_pool_size，缓存更多数据。
- 调整 innodb_log_file_size，减少日志切换。
使用 LOAD DATA INFILE ：对于大批量数据导入，效率远超普通 INSERT。
分区表：对大表进行分区，分散写压力。

示例（批量插入）：

sql 复制代码

INSERT INTO users (name, age) VALUES ('Alice', 25), ('Bob', 30), ('Charlie', 35);

InnoDB 默认使用行级锁 ，但在以下情况可能升级为表锁：

InnoDB 的锁包括：

示例：

sql 复制代码

SELECT * FROM users WHERE id = 10 FOR UPDATE; -- 记录锁（主键精确匹配）
SELECT * FROM users WHERE id > 5 AND id < 10 FOR UPDATE; -- 邻键锁（范围查询）

新数据库上线前，建议调整以下参数（根据硬件和业务需求）：

innodb_buffer_pool_size：缓冲池大小，建议设置为物理内存的 60%-80%，用于缓存数据和索引。
innodb_log_file_size：日志文件大小，建议 128M-512M，提升写性能。
max_connections：最大连接数，默认 151，视并发量调整。
tmp_table_size 和 max_heap_table_size：临时表和内存表大小，建议 64M 起。
innodb_flush_log_at_trx_commit ：
- 设为 1（默认）：每次事务提交刷盘，安全性高。
- 设为 2：提升性能，但可能丢失 1 秒数据。
character_set_server 和 collation_server ：设置字符集（如 utf8mb4）和排序规则。

调整示例（my.cnf）：

ini 复制代码

[mysqld]
innodb_buffer_pool_size = 2G
innodb_log_file_size = 256M
max_connections = 500