![]() |
| | LinkBack | Themen-Optionen | Thema bewerten | Ansicht |
|
#1
| |||
| |||
Hallo an alle! Wir haben einen Server mit einem QuadCore und 4GB RAM. Wir haben das Problem, dass die DB bei ca 20 Usern abriegelt. Typo3 und DB laufen auf einem Server. Nutzen Typo3 4.2.0 Wir haben zusätzlich noch OpenX laufen. Seit kurzem schmiert der Server ab und an ab, bspw bei kleinen lastspitzen. Hat jemand Ideen wonach wir suchen könnten?! Wir wissen im moment nicht weiter. Welche Infos bräuchtet ihr denn noch um Hilfestellungen zu leisten ![]() Danke EDIT: Weiterhin ist vllt noch zu sagen das die Seite eine Redaktionsseite ist mit ca 20000 Artikeln und ca. 3000 Besuchern am Tag. Geändert von Dimitri (22.09.08 um 16:14 Uhr). |
|
#2
| |||
| |||
| Welches Betriebssystem wird genutzt? Welche DB wird genutzt? |
|
#3
| |||
| |||
| Linux x86_64 Server Version: 5.0.51a-standard-log MySQL-Client-Version: 5.0.51a -- Apache 2.0 Handler noch was? |
|
#4
| |||
| |||
| Welches Linux? Debian Etch, Suse, Gentoo, etc. ? Bei Debian Etch würd ich erst einmal Munin installieren. Hier kann man herausfinden was extrem beansprucht wird (Festplatte, Netzwerk, etc.), das ganze muß aber erst ne weile laufen. Welche Load hat der Server? Wie macht sich das abriegeln der DB bemerkbar? Steht was in den Logfiles? |
|
#5
| |||
| |||
| wie sieht das ini-file der DB und die php.ini aus ?= |
|
#6
| |||
| |||
| GNU/Linux 2.6.22.1 Festplatte: kaum Netzwerk: unbedeutend CPU: ja, mit mysqld load average: 0.85, 0.80, 0.81 PHP-Code: Code: # The MySQL server [mysqld] port = 3306 socket = /var/lib/mysql/mysql.sock skip-locking max_connections = 150 key_buffer = 160M max_allowed_packet = 1M table_cache = 1024 sort_buffer_size = 1M read_buffer_size = 1M read_rnd_buffer_size = 4M myisam_sort_buffer_size = 64M thread_cache_size = 8 query_cache_size = 32M query_cache_limit = 2M query_cache_min_res_unit = 2K thread_concurrency = 8 concurrent_insert = 2 max_heap_table_size = 32M tmpdir = /tmp/ long_query_time = 3 log-slow-queries = /var/log/mysqld-slow.log [mysqldump] quick max_allowed_packet = 16M [mysql] no-auto-rehash [isamchk] key_buffer = 128M sort_buffer_size = 128M read_buffer = 2M write_buffer = 2M Geändert von Dimitri (26.09.08 um 10:35 Uhr). |
|
#7
| ||||
| ||||
| Erstmal: Der cache von Typo3 ist hoffentlich an - sonst zwingst du mit solchen Besucherzahlen jede Maschine in die Knie. Dann schau dir mal an ob regelmäßig bestimmte Queries im mysql-slow.log auftauchen. Wenn dem so ist, dann sollte es helfen auf DB-Spalten die dort im Where vorkommen Indexes zu erzeugen. Wenn es eher an Massen von kleinen Queries liegt, dann sollte es helfen die query_cache_size deutlich zu erhöhen - bei einer Maschine mit 4GB Ram sollten da durchaus 256M oder mehr möglich sein. Aber auf alle Fälle aupfassen - wenn der Maschine dadurch der Ram knapp wird, dann hat das genau den gegenteiligen Effekt.
__________________ mysql> SELECT question FROM life, universe, everything WHERE answer=42; Empty set (2079460347 sec) |
![]() |
| Lesezeichen |
| Themen-Optionen | |
| Ansicht | Thema bewerten |
| |