Zum Tuning bitte den MySQLd, nachdem der Error beseitigt ist, erstmal 48 Stunden unter normaler Last laufen lassen und dann die Ausgaben von tuning-primer.sh und mysqltuner.pl posten.
BTW: Ich hoffe Du setzt das Win7 nicht als Serversystem ein, denn das wäre ein ganz klarer Lizenzverstoss und sehr teuer...
„If there’s more than one possible outcome of a job or task, and one
of those outcomes will result in disaster or an undesirable consequence,
then somebody will do it that way.“ -- Edward Aloysius Murphy Jr.
Er darf ausschliesslich nur in Deinem privaten LAN @Home erreichbar sein, dann ist Alles OK. Alles Andere ist ein Lizenzverstoss und Microsofts Rechtsabteilung sieht das überhaupt nicht gern. Kann schnell mehrere tausend Euro kosten (rückwirkende Nachzahlung der entsprechenden Windows Server Lizenz plus Schadenersatz plus Anwalts/Gerichtskosten).
So, das dürfte genug zu diesem Thema sein, wir wollen uns ja um den MySQLd kümmern.
„If there’s more than one possible outcome of a job or task, and one
of those outcomes will result in disaster or an undesirable consequence,
then somebody will do it that way.“ -- Edward Aloysius Murphy Jr.
MySQL Tuner 0.7 - Peter Chapman <peter@conglomo.co.nz>
Currently running supported MySQL version 5.6.16
Operating on 64-bit architecture
Archive Engine Installed
Berkeley DB Engine Not Installed
Federated Engine Not Installed
InnoDB Engine Installed
ISAM Engine Not Installed
NDBCLUSTER Engine Not Installed
Data in InnoDB tables: 9M (Tables: 2)
Data in MyISAM tables: 863B (Tables: 14)
Total fragmented tables: 1
Up for: 44m 43s (29K q [10.000 qps], 156 conn, TX: 11M, RX: 9M)
Reads / Writes: 98% / 2%
Total buffers: 59.0M global + 1.7M per thread (151 max threads)
Maximum possible memory usage: 313.8M (0% of installed RAM)
Slow queries: 1% (4/29K)
Highest usage of available connections: 20% (29/151)
Key buffer size / total MyISAM indexes: 16.0M/139.0K
Key buffer hit rate: 97% (303 cached / 8 reads)
Query cache efficiency: 0% (0 cached / 414 selects)
Query cache prunes per day: 0
Sorts requiring temporary tables: 0% (0 temp sorts / 68 sorts)
Temporary tables created on disk: 12% (64 on disk / 559 total)
Thread cache hit rate: 81% (29 created / 156 connections)
Table cache hit rate: 64% (122 open / 188 opened)
Open file limit used: 1% (74/7K)
Table locks acquired immediately: 100% (9K immediate / 9K locks)
InnoDB data size / buffer pool: 9.5M/16.0M
Run OPTIMIZE TABLE to defragment tables for better performance
MySQL started within last 24 hours - recommendations may be inaccurate
query_cache_limit (> 1M, or use smaller result sets)
Scan Complete
Zudem muss ich sagen kommen viele "Bulk"-Inserts aka "LOAD DATA LOCAL INFILE..." in die DB welche nicht immer alle erfolgreich eingetragen werden :(
Last edited by RootN on 2014-04-20 20:16, edited 1 time in total.
WARNUNG: Ich habe nie mit MySQL unter Windows gearbeitet, daher können einzelne Optionen dieser my.cnf unter Umständen völlig falsch sein und die Situation verschlechtern, oder im schlimmsten Fall so gar zu Datenverlust führen.
„If there’s more than one possible outcome of a job or task, and one
of those outcomes will result in disaster or an undesirable consequence,
then somebody will do it that way.“ -- Edward Aloysius Murphy Jr.
„If there’s more than one possible outcome of a job or task, and one
of those outcomes will result in disaster or an undesirable consequence,
then somebody will do it that way.“ -- Edward Aloysius Murphy Jr.
Sorry das ich mich jetzt erst wieder melde - War mein Fehler die Config funktioniert =)
Ich hätte allerdings noch eine andere Frage wie handelt man Masseninserts?
Ich habe eine Tabelle mit Indizes und lasse dort parallel einfügen jedoch kommt es dort schnell zum Deadlock :(
Gedacht habe ich mir nun eine Zwischentabelle zu nehmen ohne Indizes um dort die Inserts vorzunehmen und von dort an wollte ich irgendwie in die Haupttabelle nur weiß ich nicht was ich dort für Möglichkeiten habe um dies zu realisieren bzw. ob MySQL für eine solche Angelegenheit bereits etwas bereitstellt?
