Erst einmal Dank für die vielen Hinweise und ein Gesundes Neues Jahr, Ziel war eigentlich nur ein kleines OTRS Testsystem als Xen PV DomU auf bekannter HW. Nachdem sich dort die Performanceprobleme zeigten machte ich mich auf die Suche nach der Ursache. Ich nutze für die DB immer eine eigene Partition bzw. HDD mit XFS So hier nun meine Ergebnisse nach sämtlichen Tests: - Mount Optionen für XFS noatime >keine merkliche Änderung 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 Eine kurze Beschreibung des Benchmark vom OTRS Support Assessment Modul: Benchmark in einer separaten Tabelle, mit 10000 Inserts/Updates/Selects/Deletes und die dafür benötigte Zeit. Hier mal eine Beispielausgabe mit InnoDB Engine nach der Optimierung Mount Option "nobarriers": Insert Time: 10000 24 s :-( Should not take more than 5's on an average system. Update Time: 10000 25 s :-( Should not take more than 9's on an average system. Select Time: 10000 7 s :-( Should not take more than 6's on an average system. Delete Time: 10000 6 s :-( Should not take more than 5's on an average system. Multiplier: * 1 Und zusätzlich mit "flush_log_at_trx_commit = 2" in my.cnf: 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 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. Insert Time: 10000 2 s :-) Looks fine! Update Time: 10000 4 s :-) Looks fine! Select Time: 10000 4 s :-) Looks fine! Delete Time: 10000 3 s :-) Looks fine! Multiplier: * 1 FAZIT: Da OTRS z.Z. die Vorteile der InnoDB Engine(Transaktionen) nicht wirklich nutzt, Umstellung auf MyISAM da immer noch schneller als InnoDB. Wenn man aber unbedingt die InnoDB Engine nutzen will Mount Optionen noatime, nobarrier und my.cnf auf flush_log_at_trx_commit = 2 setzen. Gruß Mirko
-----Ursprüngliche Nachricht----- Von: Dirk Hartmann [mailto:dirk@framelabs.net] Gesendet: Donnerstag, 27. Dezember 2012 20:37 An: opensuse-de@opensuse.org Betreff: Re: otrs mit mysql/mariadb sql benchmark extrem langsam (OS 12.2)
Hallo,
dies könnte damit zusammen hängen, dass bei InnoDB per Default innodb_flush_log_at_trx_commit = 1 eingestellt ist.
Die Auswirkungen von diesem Parameter sind hier beschrieben:
http://dev.mysql.com/doc/refman/5.5/en/innodb- parameters.html#sysvar_innodb_flush_log_at_trx_commit
Ich könnte mir vorstellen, dass VMWare den flush auf die Disk nur cached, und nicht wirklich durchführt. Wie sich VMWare tatsächlich, bei einem write mit O_DIRECT verhält, weiß ich allerdings nicht genau.
Um zu verifizieren ob es hieran liegt, würde ich den Parameter innodb_flush_log_at_trx_commit auf 2 stellen und den Test erneut ausführen.
Gruß Dirk
Am 27.12.2012 19:45, schrieb Hendrik Woltersdorf:
Am 27.12.2012 13:07, schrieb Mirko Schneider:
Hallo,
Der interne SQL Benchmark des OTRS Support-Assessment- Modul(1xNormal ca. 25 sec) ist extrem langsam bzw. kommt nicht zum Schluss. Beim "run-all-tests" Benchmark verhält sich das System ebenso langsam. Als System läuft OS 12.2 x86_64 auf einem HP Microserver N40L (CPU: AMD TurionII N40L).
Als Ursache konnte ich den Mysql Community Server ausmachen. Mit MariaDB als Server verhält es sich genauso. Abhilfe brachte nur eine Umstellung der Storage Engine des DB- Servers von InnoDB auf MyISAM. Eintrag in my.cnf "default-storage-engine=myisam" Bei Nutzung der InnoDB Engine ist I/O Last der HDD während der Tests extrem hoch während die CPU kaum etwas zu tun hat. Bei einem Test in einer VMware mit 32bit OS 12.2 und anderer CPU(Intel(R) Xeon(TM) CPU 3.40GHz) waren die Auswirkungen nicht festzustellen.
Meine Frage ist schon ein Bug zu diesem Problem bekannt?
Da ich mich mit OTRS nicht auskenne: Hast Du eine Beschreibung (Link), was dieser Benchmark macht? Generell: - Version von MySQL? - my.cnf ? (zumindest die Abweichungen von den Standard-Werten) - Festplattenkonfiguration mit mount-Optionen ?
MyISAM macht im Gegensatz zu InnoDb keine Transaktionen und sperrt nur ganze Tabellen statt Zeilen; spart sich also jede Menge (IO-)Arbeit.
mfg Hendrik
-- 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
-- Diese Nachricht wurde auf Viren und andere gefährliche Inhalte untersucht und ist - aktuelle Virenscanner vorausgesetzt - sauber. For all your IT requirements visit: http://www.transtec.co.uk
-- 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