Seite lahmt aber wo mit der Suche anfangen

[sunnydreamer]

Die Datenbankgröße spielt aber nicht "umbedingt" eine Rolle, also ich kenn Seiten die lagern auf Ihrer DB gut 500MB-3GB und das Dinge flitzt.

Ggf. liegt es auch an bestimmten Unterseiten die x mal von den Usern aufgerufen werden und dort eben einfach zu viel Abgefragt wird. Meist ist das z.B. die Refübersicht da bei ner Downline von ca. 100 Usern schon einiges an Abfragen zusammen kommen kann.

Oder lädt man als Admin zu oft die Userliste, dann der Ländercode und was weiß ich dann ist nix mehr mit schnell klicken für die User :P...

Grüße, Sunny

[Sledgedog]

ja aber ich habe nun trotzdem mal die Einträge von fast 3,5 mio auf 1,8 mio reduziert

aber ich denke ein hauptproblem ist der doppler
denn dort sind alle auszahlungen drinnen gespeichert

wenn ausgezahlt wurde dann setzt er den status von 0 auf 1

die auszahlungen bleiben nur gespeichert, um "bisher gesamt ausgezahlt" anzeigen zu können

will das gern ändern so das er die ausgezahlte summe in eine extra tabelle speichert und anstelle dann den status auf 1 zu setzen soll er die position löschen

da er ja immer sucht wo die erste position mit status "0" ist dauert das immer länger
denn derzeit muss der da ca. 190k positionen durchgehen bis er auf eine mit Status "0" kommt
man merkt direkt wenn ein user in den doppler zahlt, da dann die performance stark in die knie geht

[jpwfour]

Nun dazu müsste man das ganze Doppler Addon kennen, manchmal greifen die doch auf die anderen Zeilen zu bzw. kommen nicht mehr klar, wenn man die einfach so rauslöscht usw.

Macht aber auf jeden Fall Sinn, solche Zeilen rauszuhau'n, da die kaum als einzelne nachher noch genutzt werden, und für die Gesamtheit reicht auch 1 Zeile.

Solltest auch mal in die AccessLogs schaun bzw. dir dise auswerten lassen (Webalizer etc.).

Evtl buchen da welche deine Bettelseite in massig Surfbars ein, die dann wiederum von massig Bots/Chinesen/Tools aufgerufen werden, da kommen dann schnell massig Requests auf den Server zu.

Folge je nach Konfiguration, dass einfach alles langsamer wird, weil der Apache auf Reisverschluss Modus schaltet

ALso mal checkn, wie wird die Bettelseite genutzt, und wo überall ist deine Seite in Traffic/Surfbar eingebucht.

[Sledgedog]

ja Bettellogs prüfe ich derzeit ständig und das Ergebnis ist grauenhaft
werde wohl daher die Bettelfunktion demnächst deaktivieren
bin es langsam leit da immer mehr User und Seiten sperren zu müssen

das mit dem doppler schaut sich Skandal mal an, von dem ist der ja, er kennt sich dann ja sicher am besten damit aus

habe mir die datenbank mal auf eine Testumgebung gespielt und in den doppler eingezahlt
hing total und dauerte ewig
dann habe ich dort alle erledigten zahlungen gelöscht und nochmal was eingezahlt
dann ging der ab wie verrückt, da scheint also noch einiges Möglich zu sein

[snowcat]

Wegen der Auszahlungen mach ich das einmal am Tag so:

<?php
@require_once('../lib/functions.lib.php');
db_connect();

$alle=mysql_fetch_array(db_query("SELECT `uid` FROM `vms_userdaten` ORDER BY `uid` DESC LIMIT 1")); //höchste uid auslesen

$c=1; // erste uid

# 30 Tage
$dauer = 60*60*24*30;
$frist = time()-$dauer;

while($c<=$alle[uid]){
    $summe=mysql_fetch_array(db_query("SELECT SUM(buchungsmenge) AS xxx FROM vms_buchungen WHERE buchungszeit<".$frist." AND (verwendungszweck='Auszahlung') AND uid=".$c.""));
//gesamtauszahlungssumme des users bis zur frist auslesen
    if ($summe[xxx]){ //wenn summe vorhanden - bei bis dahin nicht ausgezahlt, hat summe keinen wert
    echo "User ".$c."  wird bereinigt - ".$summe[xxx]."<br>";
    db_query("DELETE FROM vms_buchungen WHERE buchungszeit<".$frist." AND (verwendungszweck='Auszahlung' OR verwendungszweck='Auszahlung') AND uid=".$c.""); //alte auszahlungen löschen
    db_query("INSERT INTO vms_buchungen (uid,buchungszeit,buchungs_id,buchungsmenge,verwendungszweck) VALUES ('".$c."', '".$frist."', '', '".$summe[xxx]."', 'Auszahlung')"); //neue auszahlungssumme eintragen
    }
    $c++; //nächster user 
}


db_close();
?>

Somit bleibt die gesamte Auszahlung erhalten und in der Tabelle steht einmal ein großer Auszahlungswert.

Also statt:
-3000
-3423
-7945
steht da nun
-14368.

Wenn man jeden Tag hunderte Auszahlungen machen muss, dann geht da schon einiges in die Datenbank und so bleiben dann auch die Mediadaten und Statpicker so wie sie waren.

[Sledgedog]

sieht nicht schlecht aus
habe zwar in den mediadaten nicht angegeben, was bisher ausgezahlt wurde
aber was nicht ist kann ja noch werden

[Speedy]

Darf ich mich in diesem Thread mal anschliessen?

Bin grad dabei, für meine frau eine SEITE Aufzubauen. VMS 1.2.3 hab ich mal genommen.

Beim Probeklicken mit einer Anzahl von 30 Bannern geht es bei den letzten schon los, dass es ewig dauert, bis der Frame aufbaut, geschweige denn, abläuft.

Indexe müssten auch alle stimmen.

Und dass die DB zu voll ist kann ja nicht sein, da die Seite noch nagelneu ist.

Hab natürlich auch meine Zockseite auf dem Server, aber da sind vielleicht 20 Leute gleichzeitig on. Da kanns eigentlich auch nicht dran liegen.

Hab im Klickbereich nur die Bannersortierung von Adi eingebaut und oben die Statistik aus dem Highforced Addon drüber.

Beim Aufbau sind es 26 MySQL Abfragen

Keine Ahnung, wo es dran liegen könnte

EDIT: Habe noch folgende Indexe gesetzt:

ALTER TABLE `vms_paidmails_empfaenger` ADD INDEX ( `uid` );
ALTER TABLE `vms_paidmails_empfaenger` ADD INDEX ( `tan` );
ALTER TABLE `vms_paidmails_empfaenger` ADD INDEX ( `status` );
ALTER TABLE `vms_paidmails_empfaenger` ADD INDEX ( `gueltig` );

ALTER TABLE `vms_paidmails_versendet` ADD INDEX ( `tan` );
ALTER TABLE `vms_paidmails_versendet` ADD INDEX ( `gueltig` );

ALTER TABLE `vms_werberdaten` ADD PRIMARY KEY ( `uid` );
ALTER TABLE `vms_werberdaten` ADD INDEX ( `werber` );

ALTER TABLE `vms_buchungen` ADD INDEX ( `uid` );
ALTER TABLE `vms_buchungen` ADD INDEX ( `buchungszeit` );
ALTER TABLE `vms_buchungen` ADD INDEX ( `buchungs_id` );

ALTER TABLE `vms_gebuchte_werbung` ADD INDEX ( `tan` );
ALTER TABLE `vms_gebuchte_werbung` ADD INDEX ( `sponsor` );
ALTER TABLE `vms_gebuchte_werbung` ADD INDEX ( `werbeart` );

ALTER TABLE `vms_reloads` ADD INDEX ( `uid` );
ALTER TABLE `vms_reloads` ADD INDEX ( `tan` );
ALTER TABLE `vms_reloads` ADD INDEX ( `ip` )

Bei vms_werberdaten kam eine Fehlermeldung.
Aber die Seite ist MIT, sowohl als auch OHNE Indexe gleich langsam :-(