300 GB Innodb的MySQL 5.7性能问题

Question

我们的数据库在Mysql 5.7上运行，数据库大小约为300 GB。 数据库正在具有144 GB RAM，16个CPU和15 GB交换大小的专用Linux服务器（RHEL 6）上运行。

服务器每天忙于连接至少50个连接。 大多数查询都有索引，并且每周进行一次优化。 但是我们仍然面临性能问题。 因此，请求查看my.cnf配置，并提出更改建议。

my.cnf如下：

[mysqld]
basedir=/usr
datadir=/sql/mysql/data57
socket=/sql/mysql/data/mysql.sock
skip-external-locking
key_buffer_size = 4000M
max_allowed_packet = 5120M
table_open_cache = 4000
sort_buffer_size = 128M
read_buffer_size =8M
join_buffer_size=128M
read_rnd_buffer_size = 16M
myisam_sort_buffer_size = 128M
thread_cache_size = 100
query_cache_size=0
query_cache_limit=4M
query_cache_type="ON"
query_cache_min_res_unit=20K
query_prealloc_size=40K
query_alloc_block_size=40K
max_connections=300
sql_mode = ""
interactive_timeout = 28800
wait_timeout = 7200
connect_timeout = 60
default_password_lifetime=0
old_passwords=2
lower_case_table_names=1
tmpdir=/tmpfs
tmp_table_size=20G
max_heap_table_size=170M
innodb_buffer_pool_size=100G
innodb_buffer_pool_instances=16
innodb_buffer_pool_chunk_size=6562M
innodb_read_io_threads=64
innodb_write_io_threads=64
innodb_log_file_size=2G
innodb_lock_wait_timeout=180
net_buffer_length=8K
transaction-isolation=READ-COMMITTED
innodb_lock_wait_timeout=180
federated


log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid

[client]
port=3306
socket=/sql/mysql/data/mysql.sock

[mysql.server]
user=mysql
basedir=/usr
log-bin=mysql-bin
binlog_format=mixed
server-id=1

[mysqldump]
quick
max_allowed_packet=1G

[mysql]
no-auto-rehash

[myisamchk]
key_buffer_size=1024M
sort_buffer_size=256K
read_buffer=8M
write_buffer=8M

[mysqlhotcopy]
interactive-timeout

Answer 1

我会建议使用其他方法来优化性能，而与MySQL服务器重新配置无关。

首先 ，尝试分析表结构，以查看它们是否为像您这样的大型数据库正确设置了最佳列类型-每一位都很重要：

 SELECT * FROM table PROCEDURE ANALYSE();

PROCEDURE ANALYSE将根据表中的数据告诉您表中各列的建议类型 。 这将有助于提高在读取/写入表时的效率。

其次 ，尝试启用所谓的“慢查询日志”，然后研究其中显示的查询。 这将帮助您避免由于写得不好的查询而导致的某些灾难性故障，并最终对其进行优化：

SET GLOBAL slow_query_log = 'ON'; 

和

FLUSH LOGS;

我认为重要的是找到一种解决特定性能问题的方法，这样您就可以解决正确的问题 。 考虑使用探查器来查找瓶颈，然后解决该特定问题。