MySQL数据库的性能优化----(一步一个脚印)

一、MySQL数据库的优化目标、基本原则:

1、优化目标:

MySQL数据库是常见的两个瓶颈是CPU和I/O的瓶颈,无论是索引优化、还是表结构优化,参数优化,最后都可以归纳到这这两个分类中:

(1)减少 I/O 次数:

I/O是数据库最容易瓶颈的地方,大部分数据库操作中超过90%的时间都是 IO 操作所占用的,减少 IO 次数是 SQL 优化中需要第一优先考虑,当然,也是效果最明显的优化手段。

(2)降低 CPU 计算:

除了 IO 瓶颈之外,SQL优化中需要考虑的就是 CPU 运算量的优化了。order by,group by,distinct … 都是消耗 CPU 的大户(这些操作基本上都是 CPU 处理内存中的数据比较运算)。当我们的 IO 优化做到一定阶段之后,降低 CPU 计算也就成为了我们 SQL 优化的重要目标。

2.基本原则:

1.优先优化高并发的 SQL,而不是执行频率低某些“大”SQL

对于破坏性来说,高并发的 SQL 总是会比低频率的 SQL 来得大,因为高并发的 SQL 一旦出现问题,甚至不会给我们任何喘息的机会就会将系统压跨。而对于一些虽然需要消耗大量 IO 而且响应很慢的 SQL,由于频率低,即使遇到,最多就是让整个系统响应慢一点,但至少可能撑一会儿,让我们有缓冲的机会

2.从全局出发优化,而不是片面调整

SQL 优化不能是单独针对某一个进行,而应充分考虑系统中所有的 SQL,尤其是在通过调整索引优化 SQL 的执行计划的时候

3.尽可能对每一条运行在数据库中的SQL进行 explain

优化 SQL,知道 SQL 的执行计划判断是否有优化余地,判断是否存在执行计划问题。
进行大量的 explain 操作收集执行计划,并判断是否需要进行优化

二、定位分析SQL语句的性能瓶颈:
1、通过show status 命令了解各种SQL的执行效率:

show [session | global] status;

可以根据需要加上参数来显示session级(当前连接,默认)和global级(自数据库上次启动至今)的统计结果。

show status like ‘Com_%’; —显示当前连接所有统计参数的值。
Com_xxx表示每个xxx语句执行的次数,通常需要注意的是下面几个参数:Com_select/Com_insert/Com_update/Com_delete

2、定位执行效率较低的SQL语句
(1)通过show processlist命令实时查看当前SQL的执行情况;
(2)通过慢查询日志定位出现的问题

3、通过explain分析慢SQL的执行计划
4、通过show profile 分析SQL的具体耗时瓶颈

通过secect @have_profiling命令能够看到当前MySQL是否支持profile;
通过show profiles我们能够更清楚了解SQL执行的过程;
通过show profile for query我们能看到执行过程中线程的每个状态和消耗的时间。

三、数据库的优化方法:

1、设计符合范式的数据库
2、选择合适的存储引擎
3、SQL表结构、字段优化
4、SQL语句优化与索引优化
5、读写分离:主数据库负责写操作,从数据库负责读操作
6、分库分表:垂直切分与水平切分
7、分区:将表的数据按照特定的规则放在不同的分区,提高磁盘的IO效率,提高数据库的性能
8.数据库参数优化:IO参数、CPU参数
9.数据库集群
10.硬件配置升级

你可能感兴趣的:(数据库,数据库,mysql,性能优化)