Hallo Forum,
folgendes Problem: ich versuche gerade von diversen alten vServern auf neue dedizierte (wenn das die korrekte bezeichnung ist!?) Server um zu ziehen.
ich habe mir einen etwas kleineren server (2GB RAM, Athlon 64 X2 4400+) für die websites und einen etwas größeren (8GB RAM, Phenom 64 X4 9650) für Datenbanken geholt.
Auf dem Webserver habe ich mir cPanel installiert und auf dem Datenbankserver einfach nur apache, phpmyadmin, mysql und diverse abhängige packete installiert. hat bis dahin auch wunderbar geklappt alles. konnte auch sehen das die domains mit dem externen DB server wunderbar zusammenarbeiten wenn ich sie via IP aufegrufen habe (http://212.123.123.12/~/accountname/).
Nun wollte ich die umstellung vollziehen und habe schnell festgestellt das der Datenbank Server in die knie geht.
Folgende Fehlermeldung erhalte ich:
dies geschiet allerdings erst wenn die datenbankprozesse über 100 gehen.
das konnte ich jedesmal beobachten wenn ich via shell in mysql
ausgeführt habe.
in die my.cnf habe ich auch max_connections=1000 gesetzt, daran liegt es schonmal nicht. aber der server wird definitiv langsamer je mehr zugriffe stattfinden. ich habe es noch probiert in dem ich die werte table_cache und max_user_connections hochgesetzt habe.
ausserdem habe ich auch Tuning-Primer.sh mal laufen lassen mit folgender ausgabe:
vieleicht gehe ich ja auch vollkommen falsch ran an die sache. aber ich konnte auch nicht wirklich gute quellen zum thema mysql server für externen einsatz finden. ich hoffe ihr könnt mir helfen und ich lerne was dazu. mfg n20
folgendes Problem: ich versuche gerade von diversen alten vServern auf neue dedizierte (wenn das die korrekte bezeichnung ist!?) Server um zu ziehen.
ich habe mir einen etwas kleineren server (2GB RAM, Athlon 64 X2 4400+) für die websites und einen etwas größeren (8GB RAM, Phenom 64 X4 9650) für Datenbanken geholt.
Auf dem Webserver habe ich mir cPanel installiert und auf dem Datenbankserver einfach nur apache, phpmyadmin, mysql und diverse abhängige packete installiert. hat bis dahin auch wunderbar geklappt alles. konnte auch sehen das die domains mit dem externen DB server wunderbar zusammenarbeiten wenn ich sie via IP aufegrufen habe (http://212.123.123.12/~/accountname/).
Nun wollte ich die umstellung vollziehen und habe schnell festgestellt das der Datenbank Server in die knie geht.
Folgende Fehlermeldung erhalte ich:
Code:
Can't connect to MySQL server on 'db.host.com' (4)dies geschiet allerdings erst wenn die datenbankprozesse über 100 gehen.
das konnte ich jedesmal beobachten wenn ich via shell in mysql
Code:
SHOW PROCESSLIST;in die my.cnf habe ich auch max_connections=1000 gesetzt, daran liegt es schonmal nicht. aber der server wird definitiv langsamer je mehr zugriffe stattfinden. ich habe es noch probiert in dem ich die werte table_cache und max_user_connections hochgesetzt habe.
ausserdem habe ich auch Tuning-Primer.sh mal laufen lassen mit folgender ausgabe:
Code:
-- MYSQL PERFORMANCE TUNING PRIMER --
- By: Matthew Montgomery -
MySQL Version 5.0.45 x86_64
Uptime = 0 days 0 hrs 44 min 51 sec
Avg. qps = 1
Total Questions = 3891
Threads Connected = 1
Warning: Server has not been running for at least 48hrs.
It may not be safe to use these recommendations
To find out more information on how each of these
runtime variables effects performance visit:
http://dev.mysql.com/doc/refman/5.0/en/server-system-variables.html
Visit http://www.mysql.com/products/enterprise/advisors.html
for info about MySQL's Enterprise Monitoring and Advisory Service
SLOW QUERIES
The slow query log is NOT enabled.
Current long_query_time = 10 sec.
You have 0 out of 3912 that take longer than 10 sec. to complete
Your long_query_time may be too high, I typically set this under 5 sec.
BINARY UPDATE LOG
The binary update log is NOT enabled.
You will not be able to do point in time recovery
See http://dev.mysql.com/doc/refman/5.0/en/point-in-time-recovery.html
WORKER THREADS
Current thread_cache_size = 0
Current threads_cached = 0
Current threads_per_sec = 1
Historic threads_per_sec = 0
Your thread_cache_size is fine
MAX CONNECTIONS
Current max_connections = 1000
Current threads_connected = 1
Historic max_used_connections = 437
The number of used connections is 43% of the configured maximum.
Your max_connections variable seems to be fine.
MEMORY USAGE
Max Memory Ever Allocated : 1.19 G
Configured Max Per-thread Buffers : 2.68 G
Configured Max Global Buffers : 17 M
Configured Max Memory Limit : 2.70 G
Physical Memory : 7.76 G
Max memory limit seem to be within acceptable norms
KEY BUFFER
Current MyISAM index space = 1 M
Current key_buffer_size = 7 M
Key cache miss rate is 1 : 58
Key buffer free ratio = 78 %
Your key_buffer_size seems to be fine
QUERY CACHE
Query cache is supported but not enabled
Perhaps you should set the query_cache_size
SORT OPERATIONS
Current sort_buffer_size = 2 M
Current read_rnd_buffer_size = 256 K
Sort buffer seems to be fine
JOINS
Current join_buffer_size = 132.00 K
You have had 0 queries where a join could not use an index properly
Your joins seem to be using indexes properly
OPEN FILES LIMIT
Current open_files_limit = 5000 files
The open_files_limit should typically be set to at least 2x-3x
that of table_cache if you have heavy MyISAM usage.
Your open_files_limit value seems to be fine
TABLE CACHE
Current table_cache value = 1200 tables
You have a total of 72 tables
You have 76 open tables.
The table_cache value seems to be fine
TEMP TABLES
Current max_heap_table_size = 16 M
Current tmp_table_size = 32 M
Of 269 temp tables, 33% were created on disk
Effective in-memory tmp_table_size is limited to max_heap_table_size.
Perhaps you should increase your tmp_table_size and/or max_heap_table_size
to reduce the number of disk-based temporary tables
Note! BLOB and TEXT columns are not allow in memory tables.
If you are using these columns raising these values might not impact your
ratio of on disk temp tables.
TABLE SCANS
Current read_buffer_size = 128 K
Current table scan ratio = 39 : 1
read_buffer_size seems to be fine
TABLE LOCKING
Current Lock Wait ratio = 0 : 4095
Your table locking seems to be finevieleicht gehe ich ja auch vollkommen falsch ran an die sache. aber ich konnte auch nicht wirklich gute quellen zum thema mysql server für externen einsatz finden. ich hoffe ihr könnt mir helfen und ich lerne was dazu. mfg n20
sicher bin ich mir aber nicht was obige aussage betrifft.
InnoDB und MyISAM haben nichts mit dem Betriebssystem zu tun. Ich nutze fast ausschliesslich InnoDB-Tabellen auf einem FreeBSD 
