当前位置: 首页 > news >正文

MySQL 优化方案大全

 一、数据库设计优化

        1. 表结构设计

  • 合理选择字段类型:
    • 使用最小满足需求的类型(如`TINYINT`代替`INT`)
    • 字符串类型优先`VARCHAR`,固定长度用`CHAR`
    •  时间类型用`TIMESTAMP`(4字节)或`DATETIME`(8字节)
  • 规范化设计:
 -- 反例:冗余设计
  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个)
  • 复合索引示例:
  -- 适合查询: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. 查询语句优化

  • 避免全表扫描:
 -- 反例:未使用索引
  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优化:
 -- 反例:大偏移量查询
  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优化

  • 小表驱动大表:
  -- 反例:大表驱动小表
  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;
  • 避免子查询:
-- 反例:使用子查询
  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. 关键参数调整


```ini
# 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. 监控与调优工具

  • 慢查询日志:
  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';
  • 性能分析:
 -- 查看当前会话执行计划
  EXPLAIN SELECT * FROM users WHERE username = 'test';
  
  -- 8.0+版本性能分析
  EXPLAIN ANALYZE SELECT * FROM orders WHERE amount > 1000;

四、高可用与扩展方案

1. 读写分离

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

2. 分库分表策略

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

五、日常维护建议

1. 定期维护:

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

2. 数据归档:

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

3. 备份策略:

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

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

相关文章:

  • Acrel-1000DP分布式光伏监控系统在嘉兴亨泰新能源有限公司2996.37KWP分布式光伏项目中的应用
  • STL-函数对象
  • 程序员技能跃迁:职坐标精准赋能
  • 2.2goweb解析http请求信息
  • Colmap的安装和使用
  • Dockerfile部署springboot 项目或者springcloud项目
  • AcWing 6100. 奶牛选美
  • (十三)人工智能应用--深度学习原理与实战--理解卷积神经网络的原理及优势
  • Linux-----驱动
  • 视频活体检测:为您的身份信息安全保驾护航
  • Mysql--基础知识点--85.1--Innodb自适应哈希索引
  • 慢查询解决思路
  • 【Unity3D中UI与物体可见性的判断方法】
  • CSS基础知识学习指南
  • C语言--求n以内的素数(质数)
  • 蓝桥杯真题-危险系数DF
  • L2-051 满树的遍历
  • Java的基本语法(1)
  • 彻底改变我 React 开发方式的组件模式
  • 三格电子上新款——欧姆龙 CJ/CP系列 PLC 串口转网口
  • 黄石网站建设/软文什么意思
  • 烟台做网站要多少钱/百度搜索广告收费标准
  • 效果图网站有哪些/seo官网优化
  • 网站建设合同协议/百度seo关键词排名技术
  • 企业网站建设在国内现状/广东seo快速排名
  • 阆中做网站/一个万能的营销方案