登录免费注册



MySQL解决方案（优化方案）

首页  思维导图  详情



MySQL解决方案（优化方案）

2025-10-17 11:19:42   0  举报





AI智能生成

MySQL解决方案（优化方案）--百万级数据优化方案和优化角度

MySQL

架构

后端开发

模版推荐

作者其他创作

大纲/内容

SQL语句与查询优化（成本最低，见效最快）

善用Explain<br>

possible-key & key<br>

row

type 是否是ALL ？<br>

Extra

特别注意：Using filesort（需要额外排序）和Using temporary（使用了临时表），这通常是性能杀手。

避免索引失效

where cond 计算、使用函数

联合索引左匹配

左、左右的模糊匹配

隐式类型转换

or 中右cond非索引，索引失效

统计信息、数据量选择，可能走全表、或者其他效率差的索引

优化访问

避免Select * 减少IO<br>

合理使用覆盖索引

优化Join：小表驱动大表，大表命中索引<br>

优化分页查询、避免深分页

数据库设计优化（治本之策）

合适的数据类型

避免大类型，能小则小

Num类型执行速度大于 Varchar<br>

避免Null<br>

字符集选择

确定不存储中文、可以用更小的字符集、比如lanti等

架构与系统层面优化（应对更高并发和数据量）

硬件与系统配置

把机械硬盘换成SSD<br>

增加BufferPool、提升缓存命中率<br>

MySQL配置优化（my.cnf）

innodb_buffer_pool_size、控制Buffer<br>

增大Redo Log文件大小，减少IO次数（但是会增加系统崩溃恢复时间）通常1~4G<br>

max_connections 最大连接数、（过高可能导致激烈并发冲突）<br>

query_cache 查询缓存（高并发写场景，影响性能，MySQL8已经默认关闭了）<br>

读写分离（主从复制）

主库负责增删改，从库负责查询

但是会有延迟问题

CAP考虑<br>

分库分表（Sharding）

垂直拆分

水平拆分

问题：<br>1.分布式事务<br>2. 跨分片JOIN<br>3. 跨分片排序分页<br>4. 分片键的选择至关重要

引入缓存（热点数据）<br>

Redis, Memcached

一致性问题<br>

旁路写

延迟双删

雪崩、击穿、穿透

 Collect

Get Started

副本重叠站位解决方案

 Collect

Get Started

MySQL优化方案

 Collect

Get Started

库表权限解决方案

 Collect

Get Started

解决方案













评论

0 条评论

下一页



图形选择

思维导图

主题

补充说明

AI生成





修改AI描述

去编辑

重新生成

提示 

关闭后当前内容将不会保存，是否继续？

取消

确定

Document