标签：style   表锁   磁盘利用率   网络   前言   lob   内存不足   inno   速度   

前言

      我的数据库版本是5.7.23，最近发现执行SQL越来越慢，一条SQL语句执行需要将近30s。

    对于原因，查询资料， https://www.cnblogs.com/qwangxiao/p/8921196.html一文中写道：

导致SQL执行慢的原因：

1. 硬件问题。如网络速度慢，内存不足，I/O吞吐量小，磁盘空间满了等。

我查询内存、磁盘利用率如下：

2. 没有索引或者索引失效。（一般在互联网公司，DBA会在半夜把表锁了，重新建立一遍索引，因为当你删除某个数据的时候，索引的树结构就不完整了。所以互联网公司的数据做的是假删除.一是为了做数据分析,二是为了不破坏索引 ）

我们所有数据都是做的假删除，索引也建了的。

3. 数据过多（分库分表）

 数据量确实比较大，所以我们也是选择的分表。

4. 服务器调优及各个参数设置（调整my.cnf）

调整参数innodb_buffer_pool_size 

　　以上三点，检查基本过关，那就只剩最后一点了，对应调整my.cnf的参数，我首先想到的是innodb_buffer_pool_size ，对于这个参数https://blog.csdn.net/kk185800961/article/details/79378313/一文中提到：用于缓存 索引 和 数据的内存大小, 这个当然是越多越好, 数据读写在内存中非常快, 减少了对磁盘的读写。 当数据提交或满足检查点条件后才一次性将内存数据刷新到磁盘中。然而内存还有操作系统或数据库其他进程使用, 一般设置 buffer pool 大小为总内存的  3/4 至 4/5。 

　　并提出：较优设置：假设系统内存 = 128 GB, buffer pool 大小预计100GB(128GB*80%)

innodb_buffer_pool_instances = 8                #默认值,或者逻辑CPU数量
innodb_buffer_pool_chunk_size = 128MB    #默认值
innodb_buffer_pool_size = 100 GB               # N*8*128MG = N GB ,N 刚好为正整数。设 N=100使得 buffer pool 为总内存的 3/4 至 4/5。

　　我的服务器逻辑CPU数量为4，内存是15G。

 当前innodb_buffer_pool_instances = 1，innodb_buffer_pool_chunk_size 和innodb_buffer_pool_size =134217728，也就是128M。

 我将上面的参数都提高4倍。

  SET GLOBAL innodb_buffer_pool_size=536870912?;
  SET GLOBAL innodb_buffer_pool_chunk_size =536870912?;

SELECT
    @@innodb_buffer_pool_instances,
    @@innodb_buffer_pool_chunk_size,
    @@innodb_buffer_pool_size

看到SQL执行快了7s

 于是我继续改配置：

 这时速度提升了一半。后经过反复测试，发现以下配置，速度最快，所以三个参数最终的的配置（/etc/my.cnf里）是：

innodb_buffer_pool_size = 1280M
innodb_buffer_pool_chunk_size= 1280M
innodb_buffer_pool_instances=1

mysql7.5.23调整innodb_buffer_pool_size

标签：style   表锁   磁盘利用率   网络   前言   lob   内存不足   inno   速度   

原文地址：https://www.cnblogs.com/yybrhr/p/11445748.html