Der fehlende Key auf OXOBJECTID kann nicht schuld sein weil der nicht unique ist. Du wolltest dir die Einträge genauer anschauen, was ist damit? Beim TE hatten alle Einträge die gleiche Oxident, das kann bei dir ja nicht sein weil der unique Key ja vorhanden ist also offensichtlich ist das ein anderes Problem.
Bei mir ist die oxseo schon auf 315 MiB angewachsen und die oxseohistory sogar auf 6,3 GiB.
Der Server kracht dabei förmlich zusammen. Wie kann man herausfinden wie das kommt und vor allem wie kann ich das verhindern?
Jetzt nach 10 min sind es sogar 318 MiB in oxseo und 6,6 GiB in der oxseohistory.:eek::eek:
Gibt es einen automatisierten Import o.ä.?
Gruß
Nein, kein Import. Ich habe wohl ein Google Merchant Export Modul laufen gehabt aber das ist wieder deaktiviert.
Stand heute Morgen ist:
oxseo 373 MiB
oxseohistory 13,2 GiB
Das ist aber erst so seit ich auf Theme Flow umgestiegen bin. Haben andere wohl auch das Problem aber noch nichts gemerkt?
Ich habe mal die Oxseo heruntergeladen und analysiert. Es werde die Einträge jeweils tausendfach in die tabelle geschrieben.
Z.B. diese hier, 2341 mal derselbe Eintrag.
02350e530ca9f2b2d31fe6943766e295 73a05945bb1d5f54711497b10356ed65 oxbaseshop 0 index.php?cl=details&anid=02350e530ca9f2b2d31fe6943766e295&cnid=6840dce3ca754a394cc1353603fad45b Schlachtfeldbedarf-Mittelalter/Pfeil-Bogen/Zubehoer/Schiesshandschuh.html oxarticle 0 1 6840dce3ca754a394cc1353603fad45b 2016-12-18 11:45:26
Reicht das wohl wenn ich die Dynamischen Einträge lösche?
delete from oxseo where OXTYPE='dynamic';
Oder ist das nachteilig?
Keiner eine Idee. Die oxseohistory ist jetzt bei 27 GiB hat sich also in ca 4 Stunden verdoppelt.
Was passiert wenn ich die leere?
nochmal: gibt es den im Beitrag #7 genannten Primary-Index/Unique mit den genannten Parameter?
Wenn nein ->Tabelle truncaten und Index anlegen
In welcher Tabelle steht das?
um was geht es denn hier ? -> oxseohistory ?
Es sind beide betroffen. Die oxseo und die oxseohistory.
Ich habe kurz nach 13 Uhr den Shop offline gestellt. Trotzdem varieren die Datensätze in den beiden Tabellen immer noch.
Ich habe das mal aufgelistet.
Anzahl Datensätze:
12.58 Uhr
oxseo ~675,144
oxseohistory ~182,654,110
13.00 Uhr
~684,657
~236,449,786
13.04 Uhr
~630,261
~208,123,024
13.15 Uhr
oxseo ~645,267
oxseohistory ~210,090,160
13.40 Uhr
~523,343
~251,044,973
solche Statistiken helfen keinem.
Prüfe die Indices der Tabellen in der DB!
Ich weiß. War nur zu veranschaulichung.
Leider kann ich mit deiner Antwort nichts anfangen. Zu unscharf. Nichts für ungut.
Da brauchte ich einen Profi für, um den Fehler zu finden.
eigentlich nicht so schwer mit phpmyadmin
bin im Moment etwas gehandicapt wegen umzug und kann dir nicht helfen - erst nach dem 27.12.
Ich glaube/hoffen das ich das jetzt hinbekommen habe. Hier am anfang des Treads http://forum.oxid-esales.com/showthread.php?t=39540#post179544 war der Hinweis.
Bis ich erst in phpmyadmin in der Tabelle die Indizes gefunden hatte, ganz schön versteckt.
Die Tabellenstruktur war nicht richtig. Es durften dort Mehrfacheinträge eingetragen werden und das hat die Datenbank aufgebläht. Um es kurz zu sagen.
Ich habe die Tabelle oxseo umbenannt und mittels der setup sql des Oxidshops die Struktur und die Daten ( nur oxseo) wieder eingespielt. Dann im Admin habe ich die Seo Urls neu berechnen lassen. Dann am besten einen Crawler rüberschicken ( gibt es da eine bessere Methode?) und die Urls stehen wieder in der Datenbank.
Die oxseohistory habe ich so belassen. Die ist mittlerweile auf 217 GiB angewachsen.:eek:
In der Exception Log steht jetzt
oxConnectionException-oxException (time: 2016-12-22 08:50:11): [1205]: mysql error: [1205: Lock wait timeout exceeded; try restarting transaction] in EXECUTE (update oxseohistory set oxhits = oxhits + 1 where oxident = 'a88d221745ad085394e85e098f8c8d21' and oxshopid = 'oxbaseshop' limit 1, Array) with user root
Stack Trace: #0 /var/------xxx------/core/adodblite/adodbSQL_drivers/mysql/mysql_driver.inc(369): adodb_throw('mysql', 'EXECUTE', 1205, 'Lock wait timeo...', 'update oxseohis...', Array, Object(object_ADOConnection))
#1 /var/------xxx------/core/adodblite/adodb.inc.php(316): mysql_driver_ADOConnection->do_query('update oxseohis...', -1, -1, Array)
#2 /var/------xxx------/core/oxlegacydb.php(177): ADOConnection->Execute('update oxseohis...', Array)
#3 /var/------xxx------/core/oxseodecoder.php(123): oxLegacyDb->execute('update oxseohis...')
#4 /var/------xxx------/core/oxseodecoder.php(209): oxSeoDecoder->_decodeOldUrl('tag/bogenschuet...')
#5 /var/------xxx------/core/oxconfig.php(364): oxSeoDecoder->processSeoCall()
#6 /var/------xxx------/core/oxconfig.php(420): oxConfig->_processSeoCall()
#7 /var/------xxx------/core/oxconfig.php(331): oxConfig->init()
#8 /var/------xxx------/core/oxconfig.php(1934): oxConfig->getConfigParam('blProductive')
#9 /var/------xxx------/core/oxshopcontrol.php(618): oxConfig->isProductiveMode()
#10 /var/------xxx------/core/oxshopcontrol.php(582): oxShopControl->_getErrorReportingLevel()
#11 /var/------xxx------/core/oxshopcontrol.php(121): oxShopControl->_runOnce()
#12 /var/------xxx------/core/oxid.php(40): oxShopControl->start()
#13 /var/------xxx------/index.php(26): Oxid::run()
#14 /var/------xxx------/oxseo.php(44): require('/var/--xx--/s...')
#15 {main}
Inwieweit sich das im Shop auswirkt weiß ich nicht.
Kann man eigentlich per sql script in der oxseohistory doppelte Einträge aufspüren und entfernen?