Cron-Job Fehler nach Übersiedlung

[Gueldenstern]

Datenbankfehler in vBulletin 4.1.5:

Invalid SQL:

SELECT pmtext.pmtextid
FROM vb3_pmtext AS pmtext
LEFT JOIN vb3_pm AS pm USING(pmtextid)
WHERE pm.pmid IS NULL;

MySQL-Fehler : The SELECT would examine more than MAX_JOIN_SIZE rows; check your WHERE and use SET SQL_BIG_SELECTS=1 or SET SQL_MAX_JOIN_SIZE=# if the SELECT is okay
Fehler-Nr. : 1104
Fehler-Zeit : Friday, 10.02.2012 @ 10:20:33
Datum : Friday, 10.02.2012 @ 10:20:33
Skript : http://www.xxx.yyy/forum/cron.php?rand=1328865629

diese fehlermeldung pflastert mir mein admin-mailkonto zu,

was der fehler 1104 bedeutet ist mir klar, daß die ursache in den privaten nachrichten liegt scheint auch klar.

die frage ist, gibt es ein tool, um die pm alleine zu reorganisieren und damit den fehler zu beseitigen oder muß ich rigoros alle pm aller benutzer löschen, um mit leeren pm-tabellen neu zu beginnen.

hat jemand eine idee?

[pogo]

Du kannst deinen Hoster fragen, ob er die MySQL-Variable MAX_JOIN_SIZE erhöhen kann.

Ansonsten kannst du versuchen, für dieses Query die Variable selbst zu erhöhen, in dem du in includes/cron/cleanup2.php

vor

$pmtexts = $vbulletin->db->query_read_slave(" 

das einfügst

$vbulletin->db->query_write("
    SET SQL_BIG_SELECTS=1
"); 

Welcher Wert ist überhaupt für max_join_size gesetzt?

SHOW VARIABLES WHERE Variable_name = 'max_join_size';

Und was ergibt dieses Query?

EXPLAIN SELECT pmtext.pmtextid
FROM pmtext AS pmtext
LEFT JOIN pm AS pm
USING ( pmtextid )
WHERE pm.pmid IS NULL;

[Gueldenstern]

zu 1:
Tabelle `xxxatdb9`.`VARIABLES`
Datensätze 1 - 1 von insgesamt 1 << < > >>

Ansicht: kompakt Die Abfrage enthält 2 Spalten
	#	Variable_name	Value
	1.	max_join_size	7000000

Datensätze 1 - 1 von insgesamt 1 << < > >>

zu 2:
MySQL meldet:
Unknown column 'vb3_pmtext.pmtextid' in 'field list'
Fehler bei der Anfrage:
EXPLAIN SELECT vb3_pmtext.pmtextid FROM vb3_pmtext AS pmtext LEFT JOIN vb3_pm AS pm USING ( pmtextid ) WHERE vb3_pm.pmid IS NULL;

aber ich hab gesehen, daß vb3_pm 10699 und vb3_pmtext 8826 datensätze enthält. pmreceipt hat 4 und pmthrottle null datensätze. ich vermute daher, die tabellen sind inkonsistent. *grübel*

die änderung der abfrage mach ich nach klärung deinerseits.

merci vielmals.

[pogo]

Das EXPLAIN Query muss natürlich so aussehen. Da habe ich dein Präfix vergessen.

EXPLAIN SELECT pmtext.pmtextid
FROM vb3_pmtext AS pmtext
LEFT JOIN vb3_pm AS pm USING(pmtextid)
WHERE pm.pmid IS NULL;

[Gueldenstern]

Datensätze 1 - 2 von insgesamt 2 << < > >>

Ansicht: kompakt Die Abfrage enthält 10 Spalten
	#	id	select_type	table	type	possible_keys	key	key_len	ref	rows	Extra
	1.	1	SIMPLE	pmtext	index	NULL	PRIMARY	4	NULL	8826	Using index
	2.	1	SIMPLE	pm	ALL	NULL	NULL	NULL	NULL	10699	Using where; Not exists

in der cleanup2.php habe ich die zeile(n) eingefügt und anschließend gestartet. keine fehlermeldung. allerdings ist imo das problem inkonsistenz der tabellen nicht behoben.

ich habe die übersiedlung gestern nochmals revue passieren lassen und dabei fiel mit ein, daß während des restore (mit mysqldumper) die verbindung zum server unterbrochen war. normalerweise kein problem da der sqldumper das erkennt und normalerweise an der richtigen stelle fortsetzt. es könnte aber erklären warum überhaupt eine inkonsistenz der database zustande kam.

wenn ich aus der alten sicherung die tabellen wieder herstelle lynchen mich meine user. auch wenns eine logische konsequenz wäre, das wieder herstellen, net das lynchen.

[pogo]

pmtext und pm enthalten normalerweise nie dieselbe Anzahl an Datensätzen. Die Anzahl in pm ist in der Regel höher.

[Gueldenstern]

danke für die hilfe.

ich vermute, daß sich das problem mit der zeit eh von selber löst, wenn alte nachrichten gelöscht und neue geschrieben werden.

[pogo]

Das Problem bleibt bestehen, solange die Anzahl der Datensätze in pm multipliziert mit der Anzahl der Datensätze in pmtext größer als 7.000.000 ist.

[Gueldenstern]

danke.

d.h. ich werd die user auffordern, ihre postfächer aufzuräumen und die großzügige regelung betreffend pn wieder zurücknehmen. damit ist dann das leidige problem endgültig erledigt.