Błąd uruchamiania MySQL - brak elementu głównego

Mam zainstalowany MySQL przez około 2 miesiące w systemie Windows Server 2003 R2. Podczas uruchamiania pojawia się komunikat o błędzie „Wysoki poziom ważności - brak elementu głównego”, a następnie kolejny błąd o wysokim poziomie ważności, który wyświetla komunikat „Ścieżka do pliku dziennika musi zostać zdefiniowana przed wywołaniem metody WriteToLog”.

Każda pomoc w tym zakresie będzie mile widziana!

Może to być problem z plikiem konfiguracyjnym MySQL. Jak opisano tutaj , coś jest nie tak z plikiem konfiguracyjnym. Musisz go tylko usunąć (lub zmienić jego nazwę na inną) i ponownie uruchomić powiadomienie MySQL - plik konfiguracyjny zostanie odtworzony automatycznie.

W moim przypadku plik konfiguracyjny znajdował się na C:\Users\YourUsername\AppData\Roaming\Oracle\MySQL Notifier\settings.configścieżce. Usunięcie go rozwiązało problem.

Ja również natknąłem się na ten problem podczas mojej lokalnej instalacji MySQL Notifier i ani usunięcie settings.config, ani ponowna instalacja nie przyniosły żadnego efektu. Dalsze dochodzenie doprowadziło mnie do pliku w tym samym folderze o nazwie connection.xml, który zawierał tylko pojedynczy znak spacji. Usunięcie tego pliku i zrestartowanie powiadamiacza załatwiło sprawę, więc jeśli (jak ja) usunięcie settings.config nie rozwiąże problemu, poszukaj połączeń.xml i sprawdź ten plik pod kątem możliwych problemów, usuwając w razie potrzeby.

Błąd pojawia się z powodu uszkodzonego pliku konfiguracyjnego i rozwiązaniem jest usunięcie go, o czym wspomniał Wojciech Frącz.

Może się również pojawić z powodu fałszywych usług MySQL (Resztki z instalacji serwera nie zostały całkowicie usunięte). Zawsze upewnij się, że masz uruchomiony najnowszy Notifier dostępnej wersji (które można pobrać ze strony pobierania mysql ) w pierwszej kolejności.

Aby rozwiązać resztkowe resztki usług MySQL:

3. Otwórz okno polecenia Uruchom i wpisz następujące polecenie:

   services.msc

4. Zwróć uwagę na każdą usługę MySQL, która nie powinna być na liście (wcześniej próbowano odinstalować).

5. Otwórz okno poleceń praw administratora i wpisz polecenie:

   sc usuń „<Dummy_service_name_here>”.

Zrestartuj Powiadomienie i sprawdź, czy to rozwiązało problem.

Jeśli później nadal pojawia się podobny błąd, sprawdź, czy ślad stosu pokazuje gdzieś słowo CreateScheduledTask, co oznaczałoby, że coś jest nie tak, gdy Notifier próbuje dodać zadanie harmonogramu podczas uruchamiania, aby sprawdzić aktualizacje dowolnego zainstalowanego produktu MySQL.

Obejściem tego problemu jest otwarcie w notatniku settings.configpliku, który został ponownie wygenerowany. Wewnątrz pliku wyszukaj właściwość o nazwie "AutoCheckForUpdates"i zmień wartość domyślną "True"for "False"i ponownie uruchom Notifier, jak zauważono w tym poście .

Miałem wadliwy setting.config i zbyteczne połączenia.xml. Gdy zmieniłem nazwę obu, mysql uruchomił się ponownie. Następnie przywracam oryginalny plik links.xml. Zablokowałem to od nowa, więc usunąłem go całkowicie i mysql jest w porządku.

Rozwiązałem usuwanie C:\Users\YourUsername\AppData\Roaming\Oracle\MySQL Notifier\settings.config To było pełne zer (bajtów „zerowych”).

Pamiętaj, że MySQL Notifier może nadal działać w tle (ale nie działa dobrze), więc powinieneś go zabić przed ponownym uruchomieniem aplikacji.