Форум пользователей MySQL

Стоят:
Apache-PHP-7
PHP-7.2
MySQL-8.0-x64

В mi.ini прописано:
#
# ВНИМАНИЕ! Это временный файл, его редактирование бессмысленно!
#

[client]
port        = 3306
character-sets-dir    = "d:\\ospanel\\modules\\database\\MySQL-8.0-x64\\share\\charsets"

[mysql]
character-sets-dir    = "d:\\ospanel\\modules\\database\\MySQL-8.0-x64\\share\\charsets"
no-auto-rehash
no-beep

[mysqld]
skip-character-set-client-handshake
skip-name-resolve
sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"
#general_log = 1
#general_log_file = "d:\\ospanel\\userdata\\logs\\MySQL-8.0-x64_queries.log"
back_log = 100
basedir = "d:\\ospanel\\modules\\database\\MySQL-8.0-x64"
bind-address = 127.0.0.1
binlog_row_event_max_size=8K
bulk_insert_buffer_size = 2M
character-set-server=utf8
character-sets-dir    = "d:\\ospanel\\modules\\database\\MySQL-8.0-x64\\share\\charsets"
collation-server=utf8_general_ci
connect_timeout = 5
datadir = "d:\\ospanel\\userdata\\MySQL-8.0-x64"
default-storage-engine=InnoDB
explicit_defaults_for_timestamp = TRUE
flush_time=0
ft_min_word_len=4
init-connect="SET NAMES utf8"
interactive_timeout=30
join_buffer_size = 1M
key_buffer_size = 25M
local-infile=0
skip-log-bin
log-error = "d:\\ospanel\\userdata\\logs\\MySQL-8.0-x64_error.log"
max_allowed_packet = 32M
max_connect_errors = 10
max_connections = 30
max_heap_table_size = 25M
myisam-recover-options=backup,force
myisam_max_sort_file_size = 256M
myisam_repair_threads = 1
open_files_limit=4110
pid_file = "d:\\ospanel\\userdata\\temp\\mysql.pid"
port = 3306
default_authentication_plugin = mysql_native_password
read_buffer_size=2M
read_rnd_buffer_size=4M
secure-file-priv = "d:\\ospanel\\userdata\\temp"
server-id = 1
skip-external-locking
skip-innodb_adaptive_hash_index
sort_buffer_size = 1M
ssl-cert="d:\\ospanel\\userdata\\config\\cert_files\\server.crt"
ssl-key="d:\\ospanel\\userdata\\config\\cert_files\\server.key"
table_definition_cache = 400
table_open_cache = 400
thread_cache_size = 4
tmp_table_size = 25M
tmpdir = "d:\\ospanel\\userdata\\temp"
transaction-isolation = READ-COMMITTED
wait_timeout=60

innodb_fast_shutdown
innodb_file_per_table = 1
innodb_force_recovery=1
skip-innodb_doublewrite
innodb_buffer_pool_instances=1
innodb_buffer_pool_size = 128M
innodb_checksum_algorithm=0
innodb_concurrency_tickets=5000
innodb_data_file_path = ibdata1:10M:autoextend
innodb_data_home_dir = "d:\\ospanel\\userdata\\MySQL-8.0-x64"
innodb_flush_log_at_trx_commit = 2
innodb_lock_wait_timeout = 30
innodb_log_buffer_size = 1M
innodb_log_file_size = 64M
innodb_log_files_in_group = 2
innodb_max_dirty_pages_pct = 90
innodb_old_blocks_time=1000
innodb_read_io_threads = 8
innodb_stats_on_metadata=0
innodb_thread_concurrency=4
innodb_write_io_threads = 8

[mysqldump]
quick
max_allowed_packet = 16M

[myisamchk]
key_buffer_size = 50M
sort_buffer_size = 50M
read_buffer = 8M
write_buffer = 8M

[mysqlhotcopy]
interactive-timeout

[mysqld_safe]
open-files-limit = 2048

vasya написал:

см d:\ospanel\modules\database\MySQL-8.0-x64\my.ini
есть ли там в начале записи не относящиеся к какой-либо секции?
возможно файл содержит BOM-маркер, тогда нужно открыть дамп в текстовом редакторе (например, Notepad++) и сохранить без BOM.

Запустил через редактор и метка уже стояла на UTF-8 без BOM.

После очередного запуска у меня всё возвращается обратно как и было.

если выбрать нет, то что будет?

попробуйте сохранить файл в кодировке ANSI

Будут ли ещё какие варианты решения этой проблемы?

paulus написал:

Можно сохранить файл, а потом отобрать у него права на редактирование. Тогда он не сможет обновиться обвязками, так есть хоть какой-то шанс попробовать без бом.

Если я делаю запрет на редактирование, то возникает ошибка "Отказ доступа" и указывает на my.ini файл.

Господа, вы, кажется, пропустили вот эту фразу в начале ini-файла:

# ВНИМАНИЕ! Это временный файл, его редактирование бессмысленно!

Судя по всему, этот файл перезаписывается в процессе запуска системы, и исправлять там что-то бесполезно. Нужно установить файл-первоисточник, из которого генерируется этот, и вносить изменения уже в него.

Ну нет же, не пропустили. Мы как раз боремся с BOM-маркером перед этим русским текстом

Как его найти — неизвестно. Это может быть и шаблон, и программа. Можно попробовать поискать по какому-нибудь вхождению в текст. Типа innodb_data_home_dir. Но я всё еще склоняюсь к тому, что, раз бандл не работает из коробки, не стоит его мучать (а стоит ставить все компоненты отдельно).

Странно. На старом ПК установил и всё нормально.
Купил буквально недавно ноутбук, установил OpenServer и проблемы появились...

Отредактированно Mehanik (19.03.2019 17:09:51)

Решил я проблему. Сейчас подробно опишу.