普通人

MySQL的性能优化主要在于对SQL执行的优化,因为慢的SQL执行会带来不好的用户体验,所以我们要关注SQL的执行时间,比如有些没有创建索引的列我们要创建索引.不合理的联表查询我们要简化或者规避.比如,在我以前的一个项目中,我的SQL没有索引执行,所以平均执行都需要很多的时间.后面我加上了索引就好多了.

高手

MySQL的性能优化我认为可以分为4大部分

• 硬件和操作系统层面的优化
• 架构设计层面的优化
• MySQL程序配置优化
• SQL优化

硬件及操作系统层面优化

从硬件层面来说，影响Mysql性能的因素有，CPU、可用内存大小、磁盘读写速度、网络带宽

从操作系层面来说，应用文件句柄数、操作系统网络的配置都会影响到Mysql性能。这部分的优化一般由DBA或者运维工程师去完成。

在硬件基础资源的优化中，我们重点应该关注服务本身承载的体量，然后提出合理的指标要求，避免出现资源浪费！

架构设计层面的优化

MySQL是一个磁盘IO访问量非常频繁的关系型数据库在高并发和高性能的场景中.MySQL数据库必然会承受巨大的并发压力，而此时，我们的优化方式可以分为几个部分。

1. 搭建Mysql主从集群，单个Mysql服务容易单点故障，一旦服务器宕机，将会导致依赖Mysql数据

库的应用全部无法响应。 主从集群或者主主集群可以保证服务的高可用性。

2. 读写分离设计，在读多写少的场景中，通过读写分离的方案，可以避免读写冲突导致的性能影响

3. 引入分库分表机制，通过分库可以降低单个服务器节点的IO压力，通过分表的方式可以降低单表

数据量，从而提升sql查询的效率。

4. 针对热点数据，可以引入更为高效的分布式数据库，比如Redis、MongoDB等，他们可以很好的

缓解Mysql的访问压力，同时还能提升数据检索性能。

MySQL程序配置优化

MySQL是一个经过互联网大厂验证过的生产级别的成熟数据库，对于Mysql数据库本身的优化，一

般是通过Mysql中的配置文件my.cnf来完成的，比如。

Mysql5.7版本默认的最大连接数是151个，这个值可以在my.cnf中修改。

binlog日志，默认是不开启缓存池bufferpoll的默认大小配置等。

由于这些配置一般都和用户安装的硬件环境以及使用场景有关系，因此这些配置官方只会提供一个默

认值，具体情况还得由使用者来修改。

关于配置项的修改，需要关注两个方面。

• 配置的作用域，分为会话级别和全局
• 是否支持热加载

因此，针对这两个点，我们需要注意的是：

• 全局参数的设定对于已经存在的会话无法生效
• 会话参数的设定随着会话的销毁而失效
• 全局类的统一配置建议配置在默认配置文件中，否则重启服务会导致配置失效

SQL优化又能分为三步曲

第一、慢SQL的定位和排查

我们可以通过慢查询日志和慢查询日志分析工具得到有问题的SQL列表。

第二、执行计划分析

针对慢SQL，我们可以使用关键字explain来查看当前sql的执行计划.可以重点关注 type key rows filterd 等字段 ，从而定位该SQL执行慢的根本原因。再有的放矢的进行优化

第三、使用show profile工具

Show Profile是MySQL提供的可以用来分析当前会话中，SQL语句资源消耗情况的工具，可用于SQL调优的测量。在当前会话中.默认情况下处于show profile是关闭状态，打开之后保存最近15次的运行结果针对运行慢的SQL，通过profile工具进行详细分析.可以得到SQL执行过程中所有的资源开销情况. 如IO开销,CPU开销,内存开销等. 以上就是我对MySQL性能优化的理解。

总结

好的，看完高手的回答后，相信各位对MySQL性能优化有了一定的理解了，最后我在给各位总结一下常见的SQL优化规则：

• SQL的查询一定要基于索引来进行数据扫描
• 避免索引列上使用函数或者运算,这样会导致索引失效
• where 字句中like %号,尽量放置在右边
• 使用索引扫描,联合索引中的列从左往右,命中越多越好. l 尽可能使用SQL语句用到的索引完成排序,避免使用文件排序的方式
• 查询有效的列信息即可.少用 * 代替列信息
• 永远用小结果集驱动大结果集