可以分为四个部分:
一:硬件和操作系统层面的优化 硬件层面:影响mysql性能的主要是CPU,可用内存,磁盘读写速度,网络带宽操作系统层面:操作系统的网络配置,应用文件句柄数。
在硬件优化中,我们应该关注服务所承载的体量,然后提出合理的指标要求。避免出现资源浪费的情况。 二:架构设计层面的优化
是一个硬盘IO非常频繁的关系型数据库,在高并发和高性能的场景中,数据库必然会承受巨大的并发压力。在此时,优化方式可以分为几个部分。
搭建mysql主从集群,单个服务容易导致单点故障,一旦服务挂了。将会导致依赖mysql数据库的服务全部无法响应。主从集群和主主集群都可以去保证服务的高可用性。读写分离设计,在读多写少的场景中,通过读写分离方案,避免读写冲突导致的性能问题。引入分库分表的机制,通过分库节省单个服务器的IO压力。通过分表可以减少单表的数据量,从而去提升sql查询效率。针对热点数据可以引入更为搞笑的分布式数据库,比如说Redis,MongoDB等。它们可以缓解硬盘IO压力,并提升数据检索性能 三:MySql程序配置的优化
对于Mysql数据库本身的优化,一般可以通过my.cnf配置文件完成。
比如5.7版本默认的最大连接数是151个,我们可以在配置文件中修改这个值。
第二个比如binlog日志,默认是不开启的,我们也可以在这个文件中修改开启。
第三个是缓存池BufferPool默认大小配置,这个一般和安全环境以及使用场景有关系。官方提供的只是一个默认的配置,具体情况还得由使用者去根据实际情况去修改。
关于配置项的修改,需要关注两个层面,一个是作用域,可以分为会话级别和全局范围。一个是是否支持热加载。
因此针对这两个点,我们需要注意的是,全局参数的设定,对于已经存在的会话是无法生效的。会话参数的设定随着会话的销毁而失效。
第三个是全局类的统一配置建议配置在默认文件中,否则重启服务会导致配置失效。
四:Sql执行的优化 慢sql的定位和排查,可以通过慢查询日志和慢查询日志工具分析。得到有问题的sql。执行分析,针对慢sql,可以使用关键字explain查看sql的执行计划。可以重点关注type,key,rows,filterd等字段。从而去定位该sql执行慢的根本原因。再去做针对性优化。使用Show profile工具。它是mysql提供的可以用来分析当前会话中sql语句资源消耗情况的工具,可以用于sql调优的测量。在当前会话中,默认情况下show profile是关闭状态。打开之后会保存最近15次的运行结果。可以分析慢sql的资源开销情况,比如IO开销,CPU开销,内存开销等等。
sql优化的规则:
1.sql的查询一定要基于索引来进行数据扫描。
2.避免索引列上使用函数或者运算符——索引失效
3.使用索引扫描,联合索引中的列,从左往右,命中越多越好。
4.尽量使用sql语句用到的索引完成排序。
5.有效的列信息,避免回表查询。
6.永远用小的结果集驱动大的结果集。
原创文章,作者:筱凯,如若转载,请注明出处:https://www.jingyueyun.com/ask/963.html