Tenho servidor MySQL 5.6 e utilizo teste de estresse para avaliar o desempenho do mesmo. após o teste o resultado mysqltuner.plfoi como abaixo:
root@master-1:/home/debian# perl mysqltuner.pl
Please enter your MySQL administrative login: root
Please enter your MySQL administrative password: >> MySQLTuner 1.6.4 - Major Hayden <[email protected]>
>> Bug reports, feature requests, and downloads at http://mysqltuner.com/
>> Run with '--help' for additional options and output filtering
[--] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.6.29-log
[OK] Operating on 64-bit architecture
-------- Storage Engine Statistics -------------------------------------------
[--] Status: +ARCHIVE +BLACKHOLE +CSV -FEDERATED +InnoDB +MRG_MYISAM
[--] Data in InnoDB tables: 34G (Tables: 29)
[!!] Total fragmented tables: 4
-------- Security Recommendations -------------------------------------------
[OK] There are no anonymous accounts for any database users
[OK] All database users have passwords assigned
[!!] There is no basic password file list!
-------- CVE Security Recommendations ---------------------------------------
[--] Skipped due to --cvefile option undefined
-------- Performance Metrics -------------------------------------------------
[--] Up for: 1h 56m 26s (4M q [592.634 qps], 398 conn, TX: 8B, RX: 6B)
[--] Reads / Writes: 81% / 19%
[--] Binary logging is enabled (GTID MODE: OFF)
[--] Total buffers: 1.0G global + 1.1M per thread (8190 max threads)
[OK] Maximum reached memory usage: 1.1G (4.63% of installed RAM)
[OK] Maximum possible memory usage: 9.5G (40.45% of installed RAM)
[OK] Slow queries: 0% (0/4M)
[OK] Highest usage of available connections: 0% (44/8190)
[OK] Aborted connections: 0.75% (3/398)
[!!] Query cache is disabled
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 2 sorts)
[OK] Temporary tables created on disk: 0% (0 on disk / 27 total)
[OK] Thread cache hit rate: 84% (62 created / 398 connections)
[OK] Table cache hit rate: 75% (309 open / 408 opened)
[OK] Open file limit used: 0% (54/9K)
[OK] Table locks acquired immediately: 100% (4M immediate / 4M locks)
[OK] Binlog cache memory access: 100.00% ( 704225 Memory / 704225 Total)
-------- MyISAM Metrics ------------------------------------------------------
[!!] Key buffer used: 18.2% (3M used / 16M cache)
[OK] Key buffer size / total MyISAM indexes: 16.0M/95.0K
[!!] Read Key buffer hit rate: 80.0% (5 cached / 1 reads)
-------- InnoDB Metrics ------------------------------------------------------
[--] InnoDB is enabled.
[!!] InnoDB buffer pool / data size: 512.0M/34.2G
[!!] InnoDB buffer pool <= 1G and innodb_buffer_pool_instances(!=1).
[OK] InnoDB Used buffer: 96.95% (31769 used/ 32767 total)
[OK] InnoDB Read buffer efficiency: 99.83% (94182005 hits/ 94340114 total)
[!!] InnoDB Write buffer efficiency: 0.00% (0 hits/ 1 total)
[OK] InnoDB log waits: 0.00% (0 waits / 178758 writes)
-------- ThreadPool Metrics --------------------------------------------------
[--] ThreadPool stat is disabled.
-------- AriaDB Metrics ------------------------------------------------------
[--] AriaDB is disabled.
-------- TokuDB Metrics ------------------------------------------------------
[--] TokuDB is disabled.
-------- Galera Metrics ------------------------------------------------------
[--] Galera is disabled.
-------- Replication Metrics -------------------------------------------------
[--] This server is acting as master for 2 server(s).
[!!] This replication slave is running with the read_only option disabled.
[OK] This replication slave is up to date with master.
-------- Recommendations -----------------------------------------------------
então eu paro o script de teste de estresse e reconheço que a memória está quase cheia e o MySQL não libera (mesmo depois de um dia sem nenhuma consulta e depois de reiniciar o MySQL), algo como um vazamento de memória ou um bug. O my.cnftamanho do buffer era innodb_buffer_pool_size=512Me depois de alterá-lo para, 2Gmas nada de útil aconteceu. Neste tutorial, usei o comando abaixo e vejo algo ruim:
Consulta:
select
page_type as Page_Type,
sum(data_size)/1024/1024 as Size_in_MB
from information_schema.innodb_buffer_page
group by page_type
order by Size_in_MB desc;
Resultado:
+--------------------------------+------------+------------+------------+
| Table_Name | Index_Name | Page_Count | Size_in_MB |
+--------------------------------+------------+------------+------------+
| `SYS_COLUMNS` | CLUST_IND | 1 | 0.01321316 |
| `SYS_INDEXES` | CLUST_IND | 1 | 0.00615215 |
| `SYS_FIELDS` | CLUST_IND | 1 | 0.00364017 |
| `SYS_TABLES` | CLUST_IND | 1 | 0.00293446 |
| `SYS_FOREIGN` | FOR_IND | 1 | 0.00023651 |
| `SYS_FOREIGN` | REF_IND | 1 | 0.00022316 |
| NULL | NULL | 131055 | 0.00000000 |
| `mysql`.`slave_relay_log_info` | PRIMARY | 1 | 0.00000000 |
| `mysql`.`slave_master_info` | PRIMARY | 1 | 0.00000000 |
| `mysql`.`slave_worker_info` | PRIMARY | 1 | 0.00000000 |
+--------------------------------+------------+------------+------------+
10 rows in set (1.49 sec)
Como você pode ver, uma linha NULLtem 131055page_count. E o resultado dos tipos de página no buffer pool é como abaixo:
Consulta:
select
page_type as Page_Type,
sum(data_size)/1024/1024 as Size_in_MB
from information_schema.innodb_buffer_page
group by page_type
order by Size_in_MB desc;
Resultado:
+-------------------+------------+
| Page_Type | Size_in_MB |
+-------------------+------------+
| INDEX | 0.02639961 |
| IBUF_INDEX | 0.00000000 |
| INODE | 0.00000000 |
| IBUF_BITMAP | 0.00000000 |
| SYSTEM | 0.00000000 |
| UNKNOWN | 0.00000000 |
| FILE_SPACE_HEADER | 0.00000000 |
| UNDO_LOG | 0.00000000 |
| TRX_SYSTEM | 0.00000000 |
+-------------------+------------+
9 rows in set (1.04 sec)
O resultado de htopé como abaixo:
Você pode ver o uso e os processos do tamanho do cache mysqldenquanto qualquer carga não estiver no servidor MySQL.
Não entendo porque a memória (cache) não é liberada ou me pergunto se isso é um bug.
O
key_buffer(para cache de índices MyISAM ) e (para dados einnodb_buffer_poolíndices InnoDB ) crescem até o máximo indicado em my.cnf; eles não encolhem depois disso. Isso não é um vazamento de memória. Ambos são caches .Espero que você esteja usando apenas InnoDB. Em caso afirmativo, use estas configurações:
Ignore a menção do Tuner de tabelas "fragmentadas"; é falso.