mysqld перезапустит, инициировали сброс таблицы?
Если Webmin в порядке, можно дать команды к серверу. Выполненные/etc/init.d/sshd запускаются и видят, устраняет ли это проблему. Кроме того, у Вас должен быть доступ к диспетчеру пакетов через webmin также, таким образом, можно переустановить ssh в случае необходимости.
Да это будет. На самом деле, если у Вас есть InnoDB, все грязные страницы в Пуле буферов InnoDB сбрасываются к диску как часть процесса завершения работы.
Если Вы хотите ускорить ту операцию, необходимо установить следующий параметр в/etc/my.cnf
[mysqld]
innodb_max_dirty_pages_pct=0
Установка innodb_max_dirty_pages_pct к нулю (0) сохраняет Пул буферов InnoDB к абсолютному минимуму грязных страниц, но немного увеличит диск ввод-вывод путем сбрасывания Пула буферов InnoDB немного более часто.
Значение по умолчанию для innodb_max_dirty_pages_pct 75 в MySQL 5.5, и 90 перед MySQL 5.5.
Выполнение этого ускорит завершение работы mysql, так как будет меньше для сбрасывания. Это даже будет более примечательно в версии.
Если Вы хотите сбросить Пул буферов InnoDB без 'сервиса mysqld, перезапуск' выполняет это
SET GLOBAL innodb_max_dirty_pages_pct = 0;
Если репликация будет включена, ОСТАНОВИТЕСЬ, ТО ВЕДОМОЕ УСТРОЙСТВО будет автоматически выполняться также.
Если у Вас будет MyISAM, то все таблицы MyISAM будут сброшены также потому что, если таблица MyISAM не будет сброшена (говорят в случае катастрофического отказа), то таблицы MyISAM, которые были открыты во время катастрофического отказа, будут все еще иметь ненулевое открытое количество файла в его заголовках. Это отмечает таблицу MyISAM, как разрушено. Необходимо было бы выполнить ТАБЛИЦУ ВОССТАНОВЛЕНИЯ снова такая таблица.
То же идет с InnoDB, если таблицы не имели фиксировавших данных записанными, но сохранили их в ib_logfiles, таким образом разрушьте выполнения восстановления в фазе запуска mysqld.
Таким образом 'сервис mysqld перезапуск' должен наложить ТАБЛИЦЫ СБРОСА для MyISAM и InnoDB.