-----Ursprüngliche Nachricht----- Von: Christian Boltz [mailto:suse@cboltz.de] Gesendet: Mittwoch, 2. Januar 2013 22:37 An: opensuse-de@opensuse.org Betreff: Re: otrs mit mysql/mariadb sql benchmark extrem langsam (OS 12.2)
Hallo Hendrik, hallo Leute,
Am Mittwoch, 2. Januar 2013 schrieb Hendrik Woltersdorf:
Am 02.01.2013 17:20, schrieb Mirko Schneider:
nobarrier >erheblich schneller(OTRS Benchmark nutzbar) aber noch viel I/O auf der HDD> - Anpassungen in my.cnf
flush_log_at_trx_commit = 2 > I/O Last während des Tests kaum noch vorhanden>
Kurzer Einwurf für diejenigen, die gerade nur Bahnhof verstehen: http://blog.koehntopp.de/archives/1997-Die-InnoDB-Storage-Engine- Konfiguration.html
Hier mal eine Beispielausgabe mit InnoDB Engine nach der Optimierung Mount Option "nobarriers":
Und zusätzlich mit "flush_log_at_trx_commit = 2" in my.cnf:
Klar, das macht die Schreiboperationen - kaum überraschend - deutlich schneller, weil nicht nach jedem commit auf die Platte gewartet werden muss.
Was mich mal interessieren würde: Hast Du auch Werte für andere Kombinationen? Interessant wäre IMHO vor allem die Variante mit "flush_log_at_trx_commit = 2" und ohne nobarrier.
Und hier eine Beispielausgabe meiner OTRS Testumgebung mit MyISAM Engine auf gleicher HW aber als Xen PV DomU(OS12.2) Wobei hier der OpenXen Dom0(OS12.1) mit einem SW RAID5(4x2TB) läuft.
Jepp. MyISAM kennt kein Log und keine Transaktionen - kein Wunder, dass es schneller ist.
Wenn man aber unbedingt die InnoDB Engine nutzen will Mount Optionen noatime, nobarrier und my.cnf auf flush_log_at_trx_commit = 2 setzen.
Das deckt sich mit meinen Tests mit dem MySQL-eigenen Benchmark auf meinem 9 Jahre alten Laptop. Für ein Testsystem ist es OK, die Schreibcaches auf allen Ebenen zu aktivieren, aber für den Produktiveinsatz sollte man sich gut überlegen, ob man die damit verbundene Gefahr des Datenverlusts eingehen möchte.
Genau. Deswegen auch meine Frage nach der Kombination "flush_log_at_trx_commit = 2" ohne nobarrier, weil das zumindest MySQL- Crashes problemlos übersteht. Hier noch die gewünschten Werte des OTRS Support Modul ohne nobarrier und ohne Virtualisierung aber gleiche HW. Wert "innodb_flush_log_at_trx_commit = 2" in my.cnf DB Engine ist InnoDB
Insert Time: 10000 6 s :-( Should not take more than 5's on an average system. Update Time: 10000 8 s Ok Select Time: 10000 6 s Ok Delete Time: 10000 6 s :-( Should not take more than 5's on an average system. Multiplier: * 1
Ein Crash des kompletten Betriebssystems (oder ein Stromausfall) wird dadurch natürlich nicht abgedeckt - aber dieses Risiko (bzw. der dadurch entstehende Schaden) ist in den meisten Einsatzbereichen zu verschmerzen.
Gruß Mirko -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org