Сервер MySQL 5.6: Ошибка 1067 в Windows 10 после обновления

Сегодня Windows установила еще одно обновление (теперь на версии 1909), и теперь служба MySQL 5.6 не запускается.

Я обнаружил, что из https://serverfault.com/questions/214435/error-1067-the-process-terminated-unexpectedly-when-trying-to-install-mysql-o{[11] } что mysqld --console может выявить ошибки, объясняющие, почему служба MySQL не запускается (пока она работает в режиме администратора).

2020-08-17 22:56:34 18132 [ERROR] Can't start server: Bind on TCP/IP port: No error
2020-08-17 22:56:34 18132 [ERROR] Do you already have another mysqld server running on port: 3306 ?
2020-08-17 22:56:34 18132 [ERROR] Aborting

Я также запустил "C:Program FilesMySQLMySQL Server 5.6binmysqld.exe" --defaults-file="C:ProgramDataMySQLMySQL Server 5.6my.ini" --print-defaults, и он выводит (после того, как форматированный):

C:Program FilesMySQLMySQL Server 5.6binmysqld.exe would have been started with the following arguments:
--port=3305 
--datadir=C:/ProgramData/MySQL/MySQL Server 5.6/Data 
--default-storage-engine=INNODB 
--sql-mode=STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION 
--log-output=FILE 
--general-log=0 
--general_log_file=DESKTOP-KQ4KCB5.log 
--slow-query-log=1 
--slow_query_log_file=DESKTOP-KQ4KCB5-slow.log 
--long_query_time=10 
--log-error=DESKTOP-KQ4KCB5.err 
--server-id=1 
--lower_case_table_names=1 
--secure-file-priv=C:/ProgramData/MySQL/MySQL Server 5.6/Uploads 
--max_connections=151 
--query_cache_size=0 
--table_open_cache= 
--tmp_table_size=56M 
--thread_cache_size=10 
--myisam_max_sort_file_size=100G 
--myisam_sort_buffer_size=102M 
--key_buffer_size=8M 
--read_buffer_size=64K 
--read_rnd_buffer_size=256K 
--innodb_additional_mem_pool_size=8M 
--innodb_flush_log_at_trx_commit=1 
--innodb_log_buffer_size=4M 
--innodb_buffer_pool_size=345M 
--innodb_log_file_size=48M 
--innodb_thread_concurrency=25 
--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=161 
--query_cache_type=0 
--sort_buffer_size=256K 
--table_definition_cache=400 
--binlog_row_event_max_size=8K 
--sync_master_info=10000 
--sync_relay_log=10000 
--sync_relay_log_info=10000

Я использую два разных сервера MySQL, один версии 8.0 на порту 3306, а другой версии 5.6 на порту 3305. Я попытался перенастроить MySQL 5.6 из установщика MySQL, но он не подключается, когда я ввожу пароль root. Когда я пытаюсь перенастроить MySQL 8.0, он отклоняет неверный пароль за 2 секунды, но когда я ввожу пароль для MySQL 5.6 (в чем я почти уверен), он зависает на 3 минуты и 7 секунд. Как я могу заставить работать MySQL 5.6 опять?

Это ошибка с первого раза, когда она произошла в файле C:ProgramDataMySQLMySQL Server 5.6data[computer-name].err:

InnoDB: Error: trying to access page number 50326784 in space 0,
InnoDB: space name .ibdata1,
InnoDB: which is outside the tablespace bounds.
InnoDB: Byte offset 0, len 16384, i/o type 10.
InnoDB: If you get this error at mysqld startup, please check that
InnoDB: your my.cnf matches the ibdata files that you have in the
InnoDB: MySQL server.
2020-08-17 21:50:20 1674  InnoDB: Assertion failure in thread 5748 in file fil0fil.cc line 5666
InnoDB: We intentionally generate a memory trap.
InnoDB: Submit a detailed bug report to http://bugs.mysql.com.
InnoDB: If you get repeated assertion failures or crashes, even
InnoDB: immediately after the mysqld startup, there may be
InnoDB: corruption in the InnoDB tablespace. Please refer to
InnoDB: http://dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.html
InnoDB: about forcing recovery.