Mysql phpBB选择新服务器上的最后一个长时间_Mysql_Phpbb3

Mysql phpBB选择新服务器上的最后一个长时间

mysql

Mysql phpBB选择新服务器上的最后一个长时间,mysql,phpbb3,Mysql,Phpbb3,我正在设置一个新服务器，并希望将现有的phpBB安装移到那里。一切正常，除了一个选择是在缓慢的日志和吃CPU永远。我不是DB专家，所以我迷路了旧服务器-Win2008 R2、MySQL 5.7.24、php 5.6.39、单i7四核CPU、24GB RAM 新服务器-Win2016、MySQL 8.0.15、PHP7.1.5、双Xeon CPU、96GB RAM 我尝试打开每个表并检查错误，执行mysql\u升级，结果正常。有问题的选择是： SELECT ug.user_id, a.forum

我正在设置一个新服务器，并希望将现有的phpBB安装移到那里。一切正常，除了一个选择是在缓慢的日志和吃CPU永远。我不是DB专家，所以我迷路了

旧服务器-Win2008 R2、MySQL 5.7.24、php 5.6.39、单i7四核CPU、24GB RAM

新服务器-Win2016、MySQL 8.0.15、PHP7.1.5、双Xeon CPU、96GB RAM

我尝试打开每个表并检查错误，执行mysql\u升级，结果正常。有问题的选择是：

SELECT ug.user_id, a.forum_id, r.auth_setting, r.auth_option_id, ao.auth_option
            FROM phpbb_acl_groups a, phpbb_user_group ug, phpbb_groups g, phpbb_acl_roles_data r, phpbb_acl_options ao
            WHERE a.auth_role_id = r.role_id AND r.auth_option_id = ao.auth_option_id 
                AND a.group_id = ug.group_id
                AND g.group_id = ug.group_id
                AND ug.user_pending = 0
                AND NOT (ug.group_leader = 1 AND g.group_skip_auth = 1)


                AND ao.auth_option = 'm_';

在旧服务器上，选择立即完成。在新服务器上，它持续25-30秒。查看图片-查看“检查的行”。但是所有的桌子看起来都不错

旧服务器my.ini如下所示：

max_connections=151
table_open_cache=2000
tmp_table_size=922M
myisam_max_sort_file_size=100G
myisam_sort_buffer_size=3G
key_buffer_size=8M
read_buffer_size=64K
read_rnd_buffer_size=256K
innodb_flush_log_at_trx_commit=1
innodb_log_buffer_size=1M
innodb_buffer_pool_size=1024M
innodb_log_file_size=128M
innodb_thread_concurrency=17
innodb_autoextend_increment=64
innodb_buffer_pool_instances=8
innodb_concurrency_tickets=5000
innodb_old_blocks_time=1000
innodb_open_files=300
innodb_stats_on_metadata=0
innodb_file_per_table=1
innodb_checksum_algorithm=0
back_log=80
flush_time=0
join_buffer_size=256K
max_allowed_packet=4M
max_connect_errors=100
open_files_limit=4161
sort_buffer_size=256K
table_definition_cache=1400
binlog_row_event_max_size=8K
sync_master_info=10000
sync_relay_log=10000
sync_relay_log_info=10000

max_connections=151
table_open_cache=2000
tmp_table_size=5G
thread_cache_size=10
myisam_max_sort_file_size=100G
myisam_sort_buffer_size=10G
key_buffer_size=8M
read_buffer_size=64K
read_rnd_buffer_size=256K
innodb_flush_log_at_trx_commit=1
innodb_log_buffer_size=1M
innodb_buffer_pool_size=2048M
innodb_log_file_size=128M
innodb_thread_concurrency=24
innodb_autoextend_increment=64
innodb_buffer_pool_instances=8
innodb_concurrency_tickets=5000
innodb_old_blocks_time=1000
innodb_open_files=300
innodb_stats_on_metadata=0
innodb_file_per_table=1
innodb_checksum_algorithm=0
back_log=80
flush_time=0
join_buffer_size=256K
max_allowed_packet=4M
max_connect_errors=100
open_files_limit=4161
sort_buffer_size=256K
table_definition_cache=1400
binlog_row_event_max_size=8K
sync_master_info=10000
sync_relay_log=10000
sync_relay_log_info=10000

新服务器my.ini如下所示：

max_connections=151
table_open_cache=2000
tmp_table_size=922M
myisam_max_sort_file_size=100G
myisam_sort_buffer_size=3G
key_buffer_size=8M
read_buffer_size=64K
read_rnd_buffer_size=256K
innodb_flush_log_at_trx_commit=1
innodb_log_buffer_size=1M
innodb_buffer_pool_size=1024M
innodb_log_file_size=128M
innodb_thread_concurrency=17
innodb_autoextend_increment=64
innodb_buffer_pool_instances=8
innodb_concurrency_tickets=5000
innodb_old_blocks_time=1000
innodb_open_files=300
innodb_stats_on_metadata=0
innodb_file_per_table=1
innodb_checksum_algorithm=0
back_log=80
flush_time=0
join_buffer_size=256K
max_allowed_packet=4M
max_connect_errors=100
open_files_limit=4161
sort_buffer_size=256K
table_definition_cache=1400
binlog_row_event_max_size=8K
sync_master_info=10000
sync_relay_log=10000
sync_relay_log_info=10000

max_connections=151
table_open_cache=2000
tmp_table_size=5G
thread_cache_size=10
myisam_max_sort_file_size=100G
myisam_sort_buffer_size=10G
key_buffer_size=8M
read_buffer_size=64K
read_rnd_buffer_size=256K
innodb_flush_log_at_trx_commit=1
innodb_log_buffer_size=1M
innodb_buffer_pool_size=2048M
innodb_log_file_size=128M
innodb_thread_concurrency=24
innodb_autoextend_increment=64
innodb_buffer_pool_instances=8
innodb_concurrency_tickets=5000
innodb_old_blocks_time=1000
innodb_open_files=300
innodb_stats_on_metadata=0
innodb_file_per_table=1
innodb_checksum_algorithm=0
back_log=80
flush_time=0
join_buffer_size=256K
max_allowed_packet=4M
max_connect_errors=100
open_files_limit=4161
sort_buffer_size=256K
table_definition_cache=1400
binlog_row_event_max_size=8K
sync_master_info=10000
sync_relay_log=10000
sync_relay_log_info=10000

因此，我：

比较新旧数据库中每个表的数据、列、行、索引。我没有发现任何区别
在不同的机器上安装了mysql 8.0.15，并在那里进行了尝试，以防新服务器出现问题

没有运气

所以，作为最后一次尝试，我下载了当前的mysql 5.7.25版本，猜猜看，它是如何工作的

那么，有没有可能是MySQL 8.x分支中的一些bug呢？我看不到任何其他解释…

此url

表示8.0.15的GA发布日期为2019-02-01。任何时候，只要你加入一个发布时间少于90天的GA，你就表示你愿意查找/报告遗漏的bug。你做出了一个明智的决定，回到了5.7版本，并在该领域取得了一些实际的成功。您可能希望在正式提供后180天内建立，以防止发现/报告或暴露于尚未纠正的错误。

您能为这两个版本提供配置吗？如果没有完整的配置，很难说什么。我已将我的.ini配置添加到旧服务器和新服务器的原始帖子中。请发布显示全局状态的文本结果，如“%thread%”；并显示全局变量，如“%thread%”；若要更深入地了解您的工作负载的“线程”覆盖率。@cz mawa若要减少查询响应时间，请从新服务器发布-显示全局状态；并显示全局变量；用于服务器工作负载优化分析。您显然在8.0.15中发现了一个bug。我在前面的评论中重复，任何时候你进入一个发布时间少于90天的GA，你都表明你愿意查找/报告遗漏的bug。很高兴你现在正在跑步。请查看我的个人资料、网络个人资料以获取联系信息。