【面试一题】MySql性能优化

可以分为四个部分：

一：硬件和操作系统层面的优化

1. 硬件层面：影响mysql性能的主要是CPU，可用内存，磁盘读写速度，网络带宽
2. 操作系统层面：操作系统的网络配置，应用文件句柄数。
   在硬件优化中，我们应该关注服务所承载的体量，然后提出合理的指标要求。避免出现资源浪费的情况。

二：架构设计层面的优化

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

1. 搭建mysql主从集群，单个服务容易导致单点故障，一旦服务挂了。将会导致依赖mysql数据库的服务全部无法响应。主从集群和主主集群都可以去保证服务的高可用性。
2. 读写分离设计，在读多写少的场景中，通过读写分离方案，避免读写冲突导致的性能问题。
3. 引入分库分表的机制，通过分库节省单个服务器的IO压力。通过分表可以减少单表的数据量，从而去提升sql查询效率。
4. 针对热点数据可以引入更为搞笑的分布式数据库，比如说Redis，MongoDB等。它们可以缓解硬盘IO压力，并提升数据检索性能

三：MySql程序配置的优化

对于Mysql数据库本身的优化，一般可以通过my.cnf配置文件完成。
比如5.7版本默认的最大连接数是151个，我们可以在配置文件中修改这个值。
第二个比如binlog日志，默认是不开启的，我们也可以在这个文件中修改开启。
第三个是缓存池BufferPool默认大小配置，这个一般和安全环境以及使用场景有关系。官方提供的只是一个默认的配置，具体情况还得由使用者去根据实际情况去修改。
关于配置项的修改，需要关注两个层面，一个是作用域，可以分为会话级别和全局范围。一个是是否支持热加载。
因此针对这两个点，我们需要注意的是，全局参数的设定，对于已经存在的会话是无法生效的。会话参数的设定随着会话的销毁而失效。
第三个是全局类的统一配置建议配置在默认文件中，否则重启服务会导致配置失效。

四：Sql执行的优化

1. 慢sql的定位和排查，可以通过慢查询日志和慢查询日志工具分析。得到有问题的sql。
2. 执行分析，针对慢sql，可以使用关键字explain查看sql的执行计划。可以重点关注type，key，rows，filterd等字段。从而去定位该sql执行慢的根本原因。再去做针对性优化。
3. 使用Show profile工具。它是mysql提供的可以用来分析当前会话中sql语句资源消耗情况的工具，可以用于sql调优的测量。在当前会话中，默认情况下show profile是关闭状态。打开之后会保存最近15次的运行结果。可以分析慢sql的资源开销情况，比如IO开销，CPU开销，内存开销等等。

sql优化的规则：
1.sql的查询一定要基于索引来进行数据扫描。
2.避免索引列上使用函数或者运算符——索引失效
3.使用索引扫描，联合索引中的列，从左往右，命中越多越好。
4.尽量使用sql语句用到的索引完成排序。
5.有效的列信息，避免回表查询。
6.永远用小的结果集驱动大的结果集。