VServer macht schlapp - vermute Problem mit MySQL

Status
Not open for further replies.

schüri

New Member
Hallo liebe Serversupportforum-User,

nach mehreren Tagen Internetsuche (wodurch ich auf dieses Forum gestoßen bin) konnte ich mein Problem mit meinen VServer (von ispone-business) nicht lösen.

Der Server hat insgesamt 512MB RAM und 15GB Speicherplatz zur Verfügung.

Ich hoste momentan auf dem Server ca. 80 Foren (auf phpbb-Basis). Zu hohen Besucherzeiten (vorallem ab 18 Uhr) kommt es zu extrem langen Ladezeiten. Um dieses Problem zu lösen, habe ich bereits das Tuning-Primer-Skript ausprobiert und folgende my.cnf erstellt:

Code:
[client]
port		= 3306
socket		= /var/run/mysqld/mysqld.sock

[mysqld_safe]
socket		= /var/run/mysqld/mysqld.sock
nice		= 0

[mysqld]
user		= mysql
pid-file	= /var/run/mysqld/mysqld.pid
socket		= /var/run/mysqld/mysqld.sock
port		= 3306
basedir		= /usr
datadir		= /var/lib/mysql
tmpdir		= /tmp
language	= /usr/share/mysql/english
skip-external-locking
key_buffer		= 16M
max_allowed_packet	= 16M
thread_stack		= 128K
query_cache_limit	= 32M
query_cache_size        = 32M
query_cache_type        = 1
max_binlog_size		= 104857600

long_query_time      = 4
thread_cache_size    = 8
max_connections      = 20
table_cache          = 10240
read_buffer_size     = 2M
tmp_table_size       = 16M
sort_buffer          = 2M
record_buffer        = 1M
open_files_limit     = 25600
join_buffer_size     = 512K
log-queries-not-using-indexes = 1

[mysqldump]
quick
quote-names
max_allowed_packet	= 16M

[mysql]
#no-auto-rehash	# faster start of mysql but no tab completition

[isamchk]
key_buffer		= 16M

und hier die momentane Ausgabe des Tuning-Primer-Skriptes:

Code:
SLOW QUERIES
The slow query log is [COLOR="Red"]NOT[/COLOR] enabled.
Current long_query_time = 4 sec.
You have [COLOR="Red"]529[/COLOR] out of [COLOR="Red"]8710[/COLOR] that take longer than 4 sec. to complete
Your long_query_time seems to be fine

BINARY UPDATE LOG
The binary update log is [COLOR="Red"]NOT[/COLOR] enabled.
[COLOR="Red"]You will not be able to do point in time recovery[/COLOR]
[COLOR="Yellow"]See http://dev.mysql.com/doc/refman/5.0/en/point-in-time-recovery.html[/COLOR]

WORKER THREADS
Current thread_cache_size = 8
Current threads_cached = 5
Current threads_per_sec = 0
Historic threads_per_sec = 0
[COLOR="Green"]Your thread_cache_size is fine[/COLOR]

MAX CONNECTIONS
Current max_connections = 20
Current threads_connected = 1
Historic max_used_connections = 6
The number of used connections is 30% of the configured maximum.
[COLOR="Green"]Your max_connections variable seems to be fine.[/COLOR]

MEMORY USAGE
Max Memory Ever Allocated : 81 M
Configured Max Per-thread Buffers : 77 M
Configured Max Global Buffers : 58 M
Configured Max Memory Limit : 135 M
Physical Memory : 512.20 M
[COLOR="Green"]Max memory limit seem to be within acceptable norms[/COLOR]

KEY BUFFER
Current MyISAM index space = 311 M
Current key_buffer_size = 16 M
Key cache miss rate is 1 : 14
Key buffer fill ratio = 10.00 %
[COLOR="Red"]Your key_buffer_size seems to be too high.
Perhaps you can use these resources elsewhere[/COLOR]

QUERY CACHE
[COLOR="Green"]Query cache is enabled[/COLOR]
Current query_cache_size = 32 M
Current query_cache_used = 2 M
Current query_cache_limit = 32 M
Current Query cache Memory fill ratio = 6.59 %
Current query_cache_min_res_unit = 4 K
[COLOR="Red"]Your query_cache_size seems to be too high.
Perhaps you can use these resources elsewhere[/COLOR]
[COLOR="Yellow"]MySQL won't cache query results that are larger than query_cache_limit in size[/COLOR]

SORT OPERATIONS
Current sort_buffer_size = 2 M
Current read_rnd_buffer_size = 256 K
[COLOR="Green"]Sort buffer seems to be fine[/COLOR]

JOINS
Current join_buffer_size = 512.00 K
You have had 3 queries where a join could not use an index properly
You should enable "log-queries-not-using-indexes"
Then look for non indexed joins in the slow query log.
If you are unable to optimize your queries you may want to increase your
join_buffer_size to accommodate larger joins in one pass.

[COLOR="Red"]Note! This script will still suggest raising the join_buffer_size when
ANY joins not using indexes are found.[/COLOR]

OPEN FILES LIMIT
Current open_files_limit = 25600 files
[COLOR="Yellow"]The open_files_limit should typically be set to at least 2x-3x
that of table_cache if you have heavy MyISAM usage.[/COLOR]
[COLOR="Green"]Your open_files_limit value seems to be fine[/COLOR]

TABLE CACHE
Current table_cache value = 10240 tables
You have a total of 4209 tables
You have 4231 open tables.
[COLOR="Green"]The table_cache value seems to be fine[/COLOR]

TEMP TABLES
Current max_heap_table_size = 16 M
Current tmp_table_size = 16 M
Of 362 temp tables, 13% were created on disk
[COLOR="Green"]Created disk tmp tables ratio seems fine[/COLOR]

TABLE SCANS
Current read_buffer_size = 1020 K
Current table scan ratio = 3137 : 1
[COLOR="Green"]read_buffer_size seems to be fine[/COLOR]

TABLE LOCKING
Current Lock Wait ratio = 0 : 8887
Your table locking seems to be fine

Könnt ihr mir weiterhelfen und Verbesserungsschläge für die Einstellungen posten?

Wäre für jede Hilfe dankbar.

MfG

Raphael
 
Last edited by a moderator:
Wie siehts denn mit den restlichen Ressourcen aus auf dem VServer? Ist das gesichert, dass die Mysql Anfragen der Schwachpunkt sind?

80 Foren auf einem VServer mit 512 MB Ram ist schon erstaunlich :)
 
Status
Not open for further replies.
Back
Top