Różnych tabel język trzymać awarii w bazie?

[Simon Lloyd]

Cześć, wydaje się, że codziennie mam do naprawy jednego lub więcej tabel języka zachowują upaść, zwykle średnich i krótkich tabel.

Moje dane są następujące:
PHP w wersji 5.2.15
Apache w wersji 2.0.63
MySQL w wersji 5.0.91-community
Perl w wersji 5.8.8
Wersji jądra 2.6.18-194.26.1.el5xen
VB 3.8.6 PL1

Jestem na zupełnie nowy "z pudełka" serwera.

Wszelkie pomysły, jak temu zapobiec?

Pozdrawiam,
Simon

[kamilkurczak]

masz kilka e-maili z błędu MySQL lub kilka ogłoszeń? Proszę umieścić treść tej wiadomości e-mail tutaj, Jeśli masz

[Simon Lloyd]

Oczywiście, to rzeczywiście jeden rozbił się teraz tu jest bardzo niedawno jeden:

Date: Mon, 31 styczeń 2011 10:32:46 +0000 [10:32:46 GMT]
Od: webmaster@mysite.com <webmaster@mysite.com>
Do: webmaster@mysite.com
Temat: Błąd bazy danych vBulletin!


Błąd bazy danych w vBulletin 3.8.6:

Nieprawidłowy SQL:
SELECT cache.originaltext jak originaltext, cache.translated jak przetłumaczone z pomocy vb_vbenterprisetranslator_cache_medium_af, cache vb_vbenterprisetranslator_cache_medium_af WHERE I cache.serie = help.serie;

Błąd MySQL: Table '. / Xxxxx_xxForum / vb_vbenterprisetranslator_cache_medium_af "jest oznaczony jako rozbił się i powinny być naprawione
Numer błędu: 145
Data Prośba: poniedziałek, 31 stycznia 2011 @ 10:32:45
Data Error: poniedziałek, 31 stycznia 2011 @ 10:32:46
Skrypt: http://www.mysite.com/forumz/members...s-op-exit.html
GG:
Adres IP: 66.249.72.171
Użytkownik: Niezarejestrowany
Classname: vB_Database
MySQL w wersji:

i tu jest starszy i przechowywane pokazać:

Data: Fri, 28 styczeń 2011 20:45:02 +0000 [piątek, 28. Styczeń 2011 20:45:02 GMT]
Od: webmaster@mysite.com <webmaster@mysite.com>
Do: webmaster@mysite.com
Temat: Błąd bazy danych vBulletin!


Błąd bazy danych w vBulletin 3.8.6:

Nieprawidłowy SQL:
SELECT cache.originaltext jak originaltext, cache.translated jak przetłumaczone z vb_vbenterprisetranslator_cache_short_pt pomocy, cache vb_vbenterprisetranslator_cache_short_pt GDZIE help.originaltext = "Home" I cache.serie = help.serie;

Błąd MySQL: Table '. / Xxxxx_xxForum / vb_vbenterprisetranslator_cache_short_pt "jest oznaczony jako rozbił się i powinny być naprawione
Numer błędu: 145
Data wniosek: piątek, 28 stycznia 2011 @ 20:45:01
Data Error: piątek, 28 stycznia 2011 @ 20:45:02
Skrypt: http://www.mysite.com/forumz/members...ira-linha.html
GG: http://www.google.com.br/url?sa=t&so...iwnuel-9v0nPuw
Adres IP: 200.160.96.160
Użytkownik: Niezarejestrowany
Classname: vB_Database
MySQL w wersji:

Jak widać nie ma jednej konkretnej winy lub język przyczyną problemu, jednak język AF pojawia się całkiem sporo.

[kamilkurczak]

problem Crach - Jest to problem, MySQL, nie vBET problemu.
Spróbuj aktualizacji MySQL do nowej wersji lub downgrade do bardziej stabilnej wersji MySQL (poproś o to swojego dostawcy hosta).

Nie możemy nic zrobić, ponieważ jest to kod MySQL.
Prawdopodobnie w Twoim przypadku, MySQL jest bardziej wrażliwa na jego błędne działanie częste korzystanie z tabel. Czy korzystasz z pamięci podręcznej dla gości? Jeśli nie - proszę włączyć tę opcję. Spowoduje to mniej zapytań do bazy danych, ale nie całkowicie wyeliminować błąd MySQL. (Prawdopodobnie będziesz miał mniej takich wypadków).

Po drugie, staramy się optymalizować i naprawy ALL tabel bazy danych.

Oczywiście, spróbuj upgrade, downgrade można MySQL do najlepszej wersji.

[Simon Lloyd]

Cóż, po pierwsze uważam, że MySQL to najbardziej stabel wersji i tak i nie używać pamięci podręcznej gości, czy to mysql to jest problem dlaczego jest tylko tabele języka katastrofy? i wiele innych tabel, które są dostępne na post lub zmienić stronę, ale nie upaść.

I mam zoptymalizowany Wszystkie tabele kilka razy!

[kamilkurczak]

Nie jesteśmy w stanie określić, dlaczego tylko tabele błąd pamięci podręcznej - to pytanie do zespołu MySQL, ponieważ, jak już wcześniej wspomniano jest to błąd MySQL i nie ma znaczenia, że druga tabela jest OK. Z naszej strony, nie mamy już więcej sugestie - prosimy zgłaszać do zespołu odpowiedzialnego za ten błąd - do zespołu MySQL.

Każda próba porównania innych tabel do tabel cache nie ma żadnego sensu - bo byłoby to tylko spekulacje, dlaczego tylko tutaj mysql wywala tabel. Zespół MySQL jest odpowiedzialny za kod MySQL, więc proszę - zapytaj o, że zespół MySQL.

Może problemem jest tutaj bo tylko w ten tabel cache masz dużo treści, a nie w innym tabel (np. tylko w swoim forum, na innym forum nasi klienci nie). Może z tabel danych pamięci podręcznej danych są często usuwane, a od drugiego nie. Być może, ale nie możemy to sprawdzić - tylko wskazówki.

Jedyne, co możemy powiedzieć jest to, że jest to błąd MySQL. Proszę zauważyć, że wszelkie zmiany w kodzie vBET nie wyeliminuje ten problem.

MySQL silnik jest odpowiedzialny za zarządzanie tabel SQL. Więc trzeba znaleźć rozwiązanie w postaci kodu MySQL. Poproś o to wsparcie MySQ.

Dzięki.

[Youngster]

Tak kamil ma prawo,
problem jest z mysql, więc spróbuj napisać do MySQL.

Moim zdaniem masz problem z cache, coś nie może być zapisu w MySQL z pamięci podręcznej.
Spróbuj aktualizacji MySQL do bazy danych MySQL 5.5, może aktualizacja pomoże.

[Simon Lloyd]

Tak kamil ma prawo,
problem jest z mysql, więc spróbuj napisać do MySQL.

Moim zdaniem masz problem z cache, coś nie może być zapisu w MySQL z pamięci podręcznej.
Spróbuj aktualizacji MySQL do bazy danych MySQL 5.5, może aktualizacja pomoże.

Cieszę, że jesteś w stanie powtórzyć dokładnie to, co powiedział Kamil. To nie jest problem z MySql tabeli problemu jest prawie zawsze w języku af, nie można powiedzieć, że to dlatego, że jeśli wejście i wyjście do mysql jest bardzo częste wywali!, Moim stole post jest ogromny, ma 718.000 postów i jest dostępny za każdego użytkownika forum, na pewno to jest używane znacznie częściej, niż tabeli język, MySql radzi sobie bardzo dobrze z tabelą po tak nic z mniejszym wejście będzie łatwo poradził sobie z.

Brak innych awarii tabele, to tylko w tabelach język.

[kamilkurczak]

Jeszcze raz, proszę zapytać o ten problem zespół MySQL. Ta poprawka będzie szybciej i lepiej.

[Simon Lloyd]

Miałem hosting wyglądać zespół na databaseMySql nie wytwarza inny błąd, że nawet naprawione, zoptymalizowany i wywozu całej bazy danych 5GB następnie ponownie importowane i nadal TYLKO wypadku tabel języka.