Beiträge von ThomasChr

    KB19 Ein schneller Test zeigt dass es mit dem Index sogar deutlich langsamer ist:

    Ohne Index: 3.53s

    Mit Index: 11.68s

    Der Unterschied ergibt sich dadurch dass der Index beim Update natürlich auch mit geschrieben werden muss. Somit sind es nicht 236936 Blöcke die auf die Platte geschrieben werden müssen, sondern 685584.

    Read-IO haben wir in beiden Fällen nicht gehabt da ich diesmal auf das Neustarten verzichtet habe.

    Ist in diesem Fall sind übrigens alle Test mit InnoDB gemacht. Scheinbar der Default bei MariaDB.

    Manchmal macht es aber durchaus Sinn die längere Variante zu bevorzugen wenn die Intentionen dadurch klarer werden.

    In C macht es auch Sinn den Programmcode ausführlicher zu machen, damit er leichter gelesen werden kann - der Compiler kümmert sich drum sinnlose Redundanzen zu entfernen.

    Um das ganze aber mal zu untermauern, hab ich kurz getestet.

    -> Das ist natürlich nur eine Momentaufnahme, aber es sieht so aus als sei das überprüfen auf die Where-Bedingung tatsächlich aufwendiger als simpel den Update immer zu versuchen. Die Unterschiede sind aber so gering dass es wohl keinen wirklichen Unterschied macht...

    Durch die Where-Bedingung kann er von vornherein nur die Einträge raussuchen die auch den Text überhaupt beinhalten.

    Ob das jetzt überhaupt tatsächlich einen Vorteil bringt ist imho aber zweifelhaft. Der Optimizer wird evtl. dafür sorgen nur die Texte zu nehmen die überhaupt die Replace-Bedingung treffen können...

    Da müsste man also tiefer forschen :)

    Update: Ja, das große Problem war die Umstellung von mysql auf mysqli, da hatte der Autor keinen Bock mehr drauf.

    perryflynn Wo genau sieht der Code gruselig aus? Nur aus Interesse, hier vom Handy ist Code ansehen schwierig!

    Bei sowas kritischem wie einem Datenbankdumper würde ich schon lieber auf maintainte Software setzen. Auch wenn ein htaccess-Schutz wohl das schlimmste absichern kann.

    Ich würd nur gern wissen warum es eigentlich nicht mehr unter PHP 7 läuft - so schlimm sind die Änderungen von PHP 5 auf 7 eigentlich nicht.

    Außer natürlich die nutzen noch das alte SQL Interface mysql statt mysqli - dann wollt ich da nix rumbauen.

    Was genau hast du denn vor? Datenbank dumpen kann phpmyadmin auch, und das ist maintained (afaik!).

    Und automatische Backups mach man sowieso lieber mit der Shell und Crontabs...

    Können wir auch beim RS 4000 testen:


    Code
    root@host:~# /sbin/hdparm -tT /dev/sda1
    
    /dev/sda1:
    Timing cached reads:   19516 MB in  2.00 seconds = 9769.44 MB/sec
    Timing buffered disk reads: 486 MB in  1.47 seconds = 329.85 MB/sec
    Code
    root@host:~# /sbin/hdparm -tT --direct /dev/sda1
    
    /dev/sda1:
    Timing O_DIRECT cached reads:   980 MB in  2.00 seconds = 489.39 MB/sec
    Timing O_DIRECT disk reads: 486 MB in  0.39 seconds = 1248.32 MB/sec

    Hier mal ne Kurzanleitung.

    Server 1 hat die IP 188.68.32.XXX.

    Diese frage ich simpel ab mit:

    Code
    curl -s https://www.wieistmeineip.de/ | grep "<div class=\"title\"><strong>"

    Antwort:

    Code
    <div class="title"><strong>188.68.32.XXX</strong></div>

    Nun möchte ich dass er diese Abfrage über Server 2 tunnelt. Dieser hat die IP 185.183.158.XXX.

    Ich bau also von Server 1 einen Tunnel zu Server 2 auf:

    Code
    ssh -D 9999 proxyuser@185.183.158.XXX

    Solange dieser Tunnel offen ist (ich hab ihn in einem screen gestartet damit er nie zu geht) wird alles was Server 1 an seinen Port 9999 schickt bei Server 2 rauskommen.

    Probieren wirs aus:

    Code
    curl -s --socks5 127.0.0.1:9999 https://www.wieistmeineip.de/ | grep "<div class=\"title\"><strong>"

    (Genaugenommen haben wir hier nun einen SOCKS-Proxy!)

    Antwort:

    Code
    <div class="title"><strong>185.183.158.XXX</strong></div>

    Womit natürlich meine Vorposter Recht haben. Gerade in Zeiten von NAT sind mehrere Facebook Accounts unter einer IP ganz normal.

    Unsere Firma hat ein paar Dutzend externe IPs aber für den Internetzugang nutzen alle ~ 30 Mitarbeiter die gleiche IP.

    Und (leider!) haben einige Mitarbeiter hier Facebook.

    Das heißt wahrscheinlich ist Facebook das egal. Sorry, da hätte ich früher dran denken können...

    Thomas

    Hier das Ergebnis:

    Naja, die Zugangsdaten von WBB müssen exakt so auch im Mysql Dumper funktionieren... ich wüsste nichts was das ändern kann (außer WBB und Dumper wären auf anderen Hosts)...