MySql 8 循环崩溃，没有特定错误，并且有足够的内存

Question

好的。现在解决了。对于这种行为，没有具体的解决方案，因为内核会因为使用过多的 RAM 而杀死 mysql，当你试图找出原因时，却找不到具体的原因。所以你唯一能做的就是尝试使用变量并进行大量测试。我学到了什么：

根据我的短暂经验，我不知道 Myslq 配置文件（Ubuntu 20.04 上的 /etc/mysql/mysql.conf.d/mysqlconf.d）没有显示太多变量，因为这些变量是默认设置的，所以如果我们想设置不同的值，我们必须手动在配置文件中添加每个变量。
安装并运行 mysql tuner（谷歌搜索），这样它就可以指出您的特定设置的起点。就我而言，它建议增加 innodb_buffer_pool_size。并且 innodb_log_file_size 应等于 innodb_buffer_pool_size 值的 25%，以获得最佳性能。例如 innodb_buffer_pool_size = 1Gb innodb_log_file_size = 0.25Gb
由于我的 RAM 为 2GB，因此我将 innodb_buffer_pool_size 设置为 512M。这只会让服务器在再次崩溃之前持续更长时间。因此，您必须从这里开始了解有关每个 Mysql 变量的更多信息，并根据数据库大小进行计算。

这是我的最终 Mysql 配置文件，您可以随意尝试此配置。只需知道我的数据库大小目前为 394MB：


[mysqld]
skip-log-bin
user            = mysql
bind-address            = 127.0.0.1
mysqlx-bind-address     = 127.0.0.1
myisam-recover-options  = BACKUP
log_error = /var/log/mysql/error.log
general_log = on
general_log_file=/var/log/mysql/general.log

key_buffer_size                 = 1M
max_allowed_packet              = 1M
thread_stack                    = 200K
thread_cache_size               = 8
max_connect_errors              = 100
max_connections                 = 100
#table_cache                    = 64
#thread_concurrency             = 30
binlog_cache_size               = 1M
net_buffer_length               = 1M

default_storage_engine          = InnoDB
innodb_buffer_pool_instances    = 1 # Use 1 instance per 1GB of InnoDB pool size
innodb_buffer_pool_size         = 400M   # Use up to 70-80% of RAM
innodb_file_per_table           = 1
innodb_flush_log_at_trx_commit  = 0
innodb_flush_method             = O_DIRECT
innodb_log_buffer_size          = 16M
innodb_log_file_size            = 16M
innodb_stats_on_metadata        = 0
#innodb_thread_concurrency      = 0
innodb_read_io_threads          = 40
innodb_write_io_threads         = 40
innodb_buffer_pool_chunk_size   = 10
innodb_lock_wait_timeout        = 600
innodb_flush_log_at_trx_commit  = 1
innodb_io_capacity              = 3000
innodb_io_capacity_max          = 4000
innodb_buffer_pool_dump_pct     = 80
innodb_flush_neighbors          = 0
innodb_doublewrite              = 0
innodb_change_buffer_max_size   = 10
innodb_old_blocks_pct           = 70
innodb_old_blocks_time          = 5000
innodb_use_native_aio           = ON

# The number of seconds the server waits for activity on an interactive connection before closing it.
interactive_timeout             = 600

# The number of seconds the server waits for activity on a noninteractive connection before closing it.
wait_timeout                    = 600
net_read_timeout                = 300
net_write_timeout               = 300
connect_timeout                 = 1800

# Table Settings
table_definition_cache          = 1K
table_open_cache                = 2K
table_open_cache                = 2K
open_files_limit                = 4000

max_heap_table_size             = 100M
tmp_table_size                  = 100M

#
# * Query Cache Configuration
#
#query_cache_limit               = 1M
#query_cache_size                = 100M
#query_cache_size                = 0
#query_cache_type                = 0



# Buffer Settings
join_buffer_size                = 256K
read_buffer_size                = 256K
read_rnd_buffer_size            = 256K
sort_buffer_size                = 128K
performance_schema              = ON

如果我的数据库大小随着时间的推移而增加（它们肯定会），我将必须增加这个值：


key_buffer_size = 1M
max_connections = 100
innodb_buffer_pool_size = 400M
join_buffer_size = 256K
read_buffer_size = 256K
read_rnd_buffer_size = 256K
sort_buffer_size = 128K

我可以将 innodb_buffer_pool_size 增加到 1Gb，但这意味着我必须减少其他变量并再次测试以测试最佳性能设置。（我怎么说呢，如果你不知道，这些变量需要进行大量研究）另一方面，即使我的数据库随着时间的推移而增加，我也可以让这些值保持不变，但 Mysql 将开始占用更多的 Swamp 内存，因此查询会随着时间的推移而变慢一些。

再说了，如果你负担得起的话，你可以增加服务器的 RAM。

希望这对大家有帮助。我没有经验，所以我发布这些答案也是为了将来参考 :)

Answer 1