MySQL 优化方案大全

一、数据库设计优化

1. 表结构设计

  • 合理选择字段类型:
    • 使用最小满足需求的类型(如`TINYINT`代替`INT`)
    • 字符串类型优先`VARCHAR`,固定长度用`CHAR`
    • 时间类型用`TIMESTAMP`(4字节)或`DATETIME`(8字节)
  • 规范化设计:
bash 复制代码
 -- 反例:冗余设计
  CREATE TABLE orders (
    order_id INT,
    customer_name VARCHAR(100),  -- 冗余字段
    product_name VARCHAR(100)    -- 冗余字段
  );
  
  -- 正例:规范化设计
  CREATE TABLE orders (
    order_id INT PRIMARY KEY,
    customer_id INT,
    product_id INT,
    FOREIGN KEY (customer_id) REFERENCES customers(customer_id),
    FOREIGN KEY (product_id) REFERENCES products(product_id)
  );

2. 索引优化

  • 索引设计原则:
    • 为WHERE、JOIN、ORDER BY字段建索引
    • 遵循最左前缀原则
    • 控制单表索引数量(通常不超过5-6个)
  • 复合索引示例:
bash 复制代码
  -- 适合查询:WHERE a=? AND b=? / WHERE a=? / WHERE a=? AND b=? AND c=?
  CREATE INDEX idx_a_b_c ON table_name(a, b, c);
  
  -- 不适合查询:WHERE b=? / WHERE c=? / WHERE b=? AND c=?

二、SQL查询优化

1. 查询语句优化

  • 避免全表扫描:
bash 复制代码
 -- 反例:未使用索引
  SELECT * FROM users WHERE DATE(create_time) = '2023-01-01';
  
  -- 正例:使用索引
  SELECT * FROM users 
  WHERE create_time >= '2023-01-01 00:00:00' 
    AND create_time <= '2023-01-01 23:59:59';
  • LIMIT优化:
bash 复制代码
 -- 反例:大偏移量查询
  SELECT * FROM articles ORDER BY id LIMIT 1000000, 10;
  
  -- 正例:使用索引覆盖+子查询
  SELECT * FROM articles 
  WHERE id >= (SELECT id FROM articles ORDER BY id LIMIT 1000000, 1)
  LIMIT 10;

2. JOIN优化

  • 小表驱动大表:
bash 复制代码
  -- 反例:大表驱动小表
  SELECT * FROM large_table l JOIN small_table s ON l.id = s.id;
  
  -- 正例:小表驱动大表
  SELECT * FROM small_table s JOIN large_table l ON s.id = l.id;
  • 避免子查询:
bash 复制代码
-- 反例:使用子查询
  SELECT * FROM users 
  WHERE dept_id IN (SELECT dept_id FROM departments WHERE status = 1);
  
  -- 正例:使用JOIN
  SELECT u.* FROM users u 
  JOIN departments d ON u.dept_id = d.dept_id 
  WHERE d.status = 1;

三、服务器配置优化

1. 关键参数调整

bash 复制代码
# my.cnf 配置示例(8核16G内存服务器)

[mysqld]
# 内存相关
innodb_buffer_pool_size = 12G  # 总内存的50-70%
key_buffer_size = 256M
sort_buffer_size = 4M
read_buffer_size = 4M
read_rnd_buffer_size = 4M

# 连接相关
max_connections = 500
thread_cache_size = 50
wait_timeout = 300

# InnoDB相关
innodb_log_file_size = 512M
innodb_flush_log_at_trx_commit = 1  # 重要数据安全
innodb_flush_method = O_DIRECT
innodb_file_per_table = ON

2. 监控与调优工具

  • 慢查询日志:
bash 复制代码
  SET GLOBAL slow_query_log = 'ON';
  SET GLOBAL long_query_time = 1;  -- 超过1秒记录
  SET GLOBAL slow_query_log_file = '/var/log/mysql/mysql-slow.log';
  • 性能分析:
bash 复制代码
 -- 查看当前会话执行计划
  EXPLAIN SELECT * FROM users WHERE username = 'test';
  
  -- 8.0+版本性能分析
  EXPLAIN ANALYZE SELECT * FROM orders WHERE amount > 1000;

四、高可用与扩展方案

1. 读写分离

bash 复制代码
graph TD
    A[应用] -->|写请求| B[Master]
    A -->|读请求| C[Slave1]
    A -->|读请求| D[Slave2]

2. 分库分表策略

  • 垂直分库:按业务拆分(用户库、订单库)
  • 水平分表:
bash 复制代码
  -- 按用户ID哈希分表
  CREATE TABLE user_0 (id BIGINT PRIMARY KEY, ...);
  CREATE TABLE user_1 (id BIGINT PRIMARY KEY, ...);
  
  -- 路由计算
  table_num = user_id % 2;

五、日常维护建议

1. 定期维护:

bash 复制代码
   -- 优化表(MyISAM)
   OPTIMIZE TABLE large_table;
   
   -- 分析表(更新索引统计信息)
   ANALYZE TABLE frequently_updated_table;

2. 数据归档:

bash 复制代码
  -- 将历史数据迁移到归档表
   INSERT INTO orders_archive 
   SELECT * FROM orders WHERE create_time < '2022-01-01';
   
   DELETE FROM orders WHERE create_time < '2022-01-01';

3. 备份策略:

bash 复制代码
  # mysqldump示例
   mysqldump -uroot -p --single-transaction --master-data=2 db_name > backup.sql
   
   # 物理备份工具
   xtrabackup --backup --target-dir=/backup/mysql/

通过以上优化方案的综合应用,可以显著提升MySQL数据库的性能和稳定性。实际应用中需要根据具体业务场景选择合适的优化策略。

相关推荐
Muscleheng1 小时前
Navicat连接postgresql时出现‘datlastsysoid does not exist‘报错
数据库·postgresql
kyriewen1 小时前
面试官让我查各部门工资最高的员工,我用AI三秒写出窗口函数,他愣了
后端·mysql·面试
小码工作室1 小时前
使用 HAVING 进行 MySQL 集合筛选
mysql
罗超驿2 小时前
18.事务的隔离性和隔离级别:MySQL面试高频考点全解析
数据库·mysql·面试
jran-2 小时前
Redis 命令
数据库·redis·缓存
小江的记录本2 小时前
【Java基础】Java 8-21新特性:JDK21 LTS:虚拟线程、模式匹配switch、结构化并发、序列集合(附《思维导图》+《面试高频考点清单》)
java·数据库·python·mysql·spring·面试·maven
June`3 小时前
多线程redis下如何解决aof重写和rdb持久化的数据一致性问题
数据库·redis·缓存
木心术13 小时前
Windows系统下MySQL与AI工具集成方案:数据存储与调用实践
人工智能·windows·mysql
二宝哥3 小时前
离线安装maven
java·数据库·maven
SZLSDH3 小时前
场景适配论 | 数字孪生IOC建设中渲染技术与智能体能力的协同逻辑
前端·数据库·ai·数字孪生·数据可视化·智能体