Wichtige: Diese Seite wird mit Hilfe von Cookies (cookies). Wenn Sie diese Webseite ohne Ausschalten Cookies im Browser, bedeutet, dass Sie für die Verwendung zustimmen.
Jetzt kaufen! Features Downloads

Verdienen Sie mit uns!

Wenn Sie möchten, verdienen Sie Geld mit vBET Join zu Affiliate-Programm.
Seite 1 von 2 12 LetzteLast
Ergebnisse 1 zu 10 von 11

Thema: Verschiedene Sprach-Tabellen zu halten Absturz in der Datenbank?

  1. #1
    Senior Member
    Registriert seit
    September 2010
    Beiträge
    256

    Default Verschiedene Sprach-Tabellen zu halten Absturz in der Datenbank?

    Hallo, scheint es, dass ich jeden Tag zu einem oder mehreren der Sprache Reparatur von Tabellen, wie sie abstürzt, in der Regel mittel-und kurz-Tabellen zu halten.

    Meine Daten sind wie folgt:
    PHP Version 5.2.15
    Apache-Version 2.0.63
    MySQL Version 5.0.91-community
    Perl Version 5.8.8
    Kernel-Version 2.6.18-194.26.1.el5xen
    VB 3.8.6 PL1

    Ich bin auf einer völlig neuen "out of the box"-Server.

    Irgendwelche Ideen, wie man dies verhindern?

    Regards,
    Simon

  2. #2
    vBulletin Enterprise-Translator (vBET) Staff
    Registriert seit
    Mai 2010
    Beiträge
    1,000

    Default

    Sie haben einige E-Mails mit MySQL-Fehler oder ein paar Hinweise? Bitte legen Sie Inhalt dieser E-Mails Sie hier, wenn Sie

  3. #3
    Senior Member
    Registriert seit
    September 2010
    Beiträge
    256

    Default

    Klar, ist infact ein abgestürzt jetzt hier eine recht aktuelle ist:
    Date: Mon, 31 Januar 2011 10.32.46 0000 [10.32.46 GMT]
    Von: webmaster@mysite.com <webmaster@mysite.com>
    To: webmaster@mysite.com
    Subject: vBulletin Database Error!


    Fehler in der Datenbank in vBulletin 3.8.6:

    Invalid SQL:
    SELECT cache.originaltext als Originaltext, cache.translated als FROM vb_vbenterprisetranslator_cache_medium_af Hilfe übersetzt, vb_vbenterprisetranslator_cache_medium_af cache WHERE UND cache.serie = help.serie;

    MySQL Error: Table '. / Xxxxx_xxForum / vb_vbenterprisetranslator_cache_medium_af' ist als defekt markiert und sollte repariert werden
    Error Number: 145
    Datum der Anfrage: Montag 31. Januar, 2011 @ 10.32.45
    Fehler Datum: Montag, 31 Januar, 2011 @ 10.32.46
    Script: http://www.mysite.com/forumz/members...s-op-exit.html
    Referrer:
    IP Adresse: 66.249.72.171
    Benutzername: Unregistriert
    Klassenname: vb_database
    MySQL-Version:
    und hier ist ein älteres i gehalten, um Ihnen zu zeigen:
    Date: Fri, 28 Januar 2011 20.45.02 0000 [Freitag, 28. Januar 2011 20.45.02 GMT]
    Von: webmaster@mysite.com <webmaster@mysite.com>
    To: webmaster@mysite.com
    Subject: vBulletin Database Error!


    Fehler in der Datenbank in vBulletin 3.8.6:

    Invalid SQL:
    SELECT cache.originaltext als Originaltext, cache.translated als FROM vb_vbenterprisetranslator_cache_short_pt helfen, vb_vbenterprisetranslator_cache_short_pt Cache übersetzt WHERE help.originaltext = 'Home' AND cache.serie = help.serie;

    MySQL Error: Table '. / Xxxxx_xxForum / vb_vbenterprisetranslator_cache_short_pt' ist als defekt markiert und sollte repariert werden
    Error Number: 145
    Request Date: Freitag, 28 Januar, 2011 @ 08.45.01
    Fehler Datum: Freitag, 28. Januar, 2011 @ 20.45.02
    Script: http://www.mysite.com/forumz/members...ira-linha.html
    Referrer: http://www.google.com.br/url?sa=t&so...iwnuel-9v0nPuw
    IP Adresse: 200.160.96.160
    Benutzername: Unregistriert
    Klassenname: vb_database
    MySQL-Version:
    Wie Sie sehen können gibt es nicht einen bestimmten Fehler oder die Sprache das Problem verursacht, aber die Sprache AF zeigt sich eine ganze Menge.

  4. #4
    vBulletin Enterprise-Translator (vBET) Staff
    Registriert seit
    Mai 2010
    Beiträge
    1,000

    Default

    crach Ausgabe - Dies ist eine MySQL Problem, nicht vBET Thema.
    Bitte versuchen Sie es zu Ihrem MySQL auf die neue Version oder downgrade zu aktualisieren, um eine stabile Version von MySQL (fragen Sie nach, ob Ihr Host-Provider).

    Wir können nichts dagegen tun, weil es die MySQL-Code ist.
    Wahrscheinlich, in Ihrem Fall, ist MySQL empfindlicher auf deren fehlerhafte Handeln der häufigen Verwendung von Tabellen. Verwenden Sie Cache für die Gäste? Wenn nein - bitte aktivieren Sie diese Option. Dies wird in weniger Anfragen an die Datenbank führen, aber nicht vollständig eliminieren MySQL-Fehler. (Wahrscheinlich werden Sie weniger solche Abstürze).

    Zweitens versuchen, zu optimieren und reparieren ALL Datenbank-Tabellen.

    Natürlich versuchen ein Upgrade oder Downgrade von MySQL, die beste Version.

  5. #5
    Senior Member
    Registriert seit
    September 2010
    Beiträge
    256

    Default

    Nun, erstens glaube ich, dass mysql den Stabel-Version ist und ja ich glaube Gast-Cache verwenden, wenn es mysql war, dass es ein Problem, warum ist es nur die Sprache Tabellen, die zum Absturz? Ich habe viele andere Tabellen, die per Post oder Seite ändern zugegriffen wird aber nicht zum Absturz bringen.

    Und ich habe optimierte ALL-Tabellen ein paar Mal!

  6. #6
    vBulletin Enterprise-Translator (vBET) Staff
    Registriert seit
    Mai 2010
    Beiträge
    1,000

    Default

    Wir sind nicht in der Lage, festzustellen, warum nur die Tabellen-Cache Bug haben - es ist eine Frage an die MySQL-Team, weil, wie bereits erwähnt ist dies ein Fehler mySQL und es spielt keine Rolle, dass die anderen Tisch in Ordnung ist. Wir für unseren Teil haben wir nicht mehr Vorschläge - Bitte melden Sie sich im Team verantwortlich für diesen Fehler - zum MySQL-Team.

    Jeder Versuch, den anderen Tabellen, um die Cache-Tabellen vergleichen, haben keinen Sinn - denn dies würde nur Spekulationen, warum hier nur mysql stürzt Tabellen sein. MySQL-Team ist verantwortlich für die MySQL-Code, also bitte - fragen Sie nach, dass eine MySQL-Team.

    Vielleicht geht es hier, weil nur in dieser Cache-Tabellen Sie viele Inhalte haben und in anderen Tabellen nicht (wie es nur in Ihrem Forum und in anderen Foren unserer Kunden nicht). Vielleicht aus dem Cache-Tabellen von Daten Daten werden häufig entfernt und von einem anderen nicht. Vielleicht, aber wir können nicht überprüfen - nur Vorschläge.

    Das einzige, was wir sagen können ist, dass dies ein MySQL-Fehler ist. Bitte beachten Sie, dass alle Änderungen in vBET Code wird nicht beseitigt dieses Problem.

    MySQL-Engine ist für die Verwaltung von SQL-Tabellen. Sie müssen also eine Lösung in MySQL-Code zu finden. Bitte fragen Sie nach, dass MySQ unterstützen.

    Dank.

  7. #7
    Rentner;)
    Registriert seit
    Januar 2011
    Beiträge
    41

    Default

    Ja Kamil hat das Recht,
    die Frage ist von mysql, so versuchen, MySQL zu schreiben.

    Meiner Meinung Sie Probleme mit Cache haben, kann etwas nicht schreiben in MySQL aus dem Cache werden.
    Versuchen Sie, MYSQL zum MySQL Datenbank 5.5 aktualisieren, vielleicht Upgrade helfen.

  8. #8
    Senior Member
    Registriert seit
    September 2010
    Beiträge
    256

    Default

    Quote Originally Posted by Youngster View Post
    Ja Kamil hat das Recht,
    die Frage ist von mysql, so versuchen, MySQL zu schreiben.

    Meiner Meinung Sie Probleme mit Cache haben, kann etwas nicht schreiben in MySQL aus dem Cache werden.
    Versuchen Sie, MYSQL zum MySQL Datenbank 5.5 aktualisieren, vielleicht Upgrade helfen.
    Im froh, dass Sie in der Lage zu wiederholen genau das, was Kamil gesagt werden. Es ist nicht ein Problem mit MySql das Problem Tisch ist fast immer das af Sprache, man kann nicht sagen, dass es da, wenn die Ein-und Ausgang zu mysql ist sehr häufig, es stürzt ab!, Ist mein Beitrag Tisch ist riesig, hat es 718.000 Beiträge sein und es wird von jedem einzelnen Benutzer des Forums, das ist sicherlich sehr viel häufiger als die Sprache Tisch, MySql meistert sehr gut mit der post-Tabelle so etwas mit geringerem Input leicht wird bewältigt werden verwendet.

    Keine andere Tabellen Absturz, es ist nur die Sprache Tabellen.

  9. #9
    vBulletin Enterprise-Translator (vBET) Staff
    Registriert seit
    Mai 2010
    Beiträge
    1,000

    Default

    Noch einmal, bitte fragen Sie zu diesem Thema eine MySQL-Team. Diese Korrektur wird schneller und besser.

  10. #10
    Senior Member
    Registriert seit
    September 2010
    Beiträge
    256

    Default

    Ich hatte das Hosting-Team Blick auf die databaseMySql produziert kein anderer Fehler, sie haben sogar repariert, optimiert und exportiert die gesamte 5gb Datenbank dann wieder importiert und nur noch die Sprache Tabellen zum Absturz bringen.

Seite 1 von 2 12 LetzteLast

Tags zu diesem Thema

Berechtigungen

  • Sie möglicherweise nicht neue Themen zu verfassen
  • Sie möglicherweise nicht Beiträge zu antworten
  • Sie möglicherweise nicht Dateianhänge
  • Sie möglicherweise nicht Ihre Beiträge zu bearbeiten
  •