SQL Probleme

[Elektroschnitzel 0]

Hi,

ich habe ein großes Prob, das die Performance arg in den Keller zieht und ich weiß nicht wieso...

Anbei ein Screenshot von "TOP" unter der Bash. Ich weiß einfach nicht wie ich das Prob in den Griff bekommen kann.

Egal wieviel Leute online sind zieht das Board sich immer in den Keller und das liegt nur an MySQL.

Hier meine my.cnf:

[client]

#password       = your_password

port            = 3306

socket          = /var/lib/mysql/mysql.sock


# Here follows entries for some specific programs


# The MySQL server

[mysqld]

port            = 3306

socket          = /var/lib/mysql/mysql.sock

skip-locking

skip-networking

set-variable    = key_buffer=8M

set-variable    = max_allowed_packet=1M

set-variable    = table_cache=64

set-variable    = sort_buffer=512K

set-variable    = net_buffer_length=8K

set-variable    = myisam_sort_buffer_size=8M

log-bin

server-id       = 1


# Point the following paths to different dedicated disks

#tmpdir         = /tmp/

#log-update     = /path-to-dedicated-directory/hostname


# Uncomment the following if you are using BDB tables

#set-variable   = bdb_cache_size=4M

#set-variable   = bdb_max_lock=10000


# Uncomment the following if you are using InnoDB tables

#innodb_data_home_dir = /var/lib/mysql/

#innodb_data_file_path = ibdata1:10M:autoextend

#innodb_log_group_home_dir = /var/lib/mysql/

#innodb_log_arch_dir = /var/lib/mysql/

# You can set .._buffer_pool_size up to 50 - 80 %

# of RAM but beware of setting memory usage too high

#set-variable = innodb_buffer_pool_size=16M

#set-variable = innodb_additional_mem_pool_size=2M

# Set .._log_file_size to 25 % of buffer pool size

#set-variable = innodb_log_file_size=5M

#set-variable = innodb_log_buffer_size=8M

#innodb_flush_log_at_trx_commit=1

#set-variable = innodb_lock_wait_timeout=50


# The safe_mysqld script

[safe_mysqld]

err-log=/var/lib/mysql/mysqld.log


[mysqldump]

quick

set-variable    = max_allowed_packet=8M


[mysql]

no-auto-rehash

# Remove the next comment character if you are not familiar with SQL

#safe-updates


[isamchk]

set-variable    = key_buffer=2M

set-variable    = sort_buffer=2M

set-variable    = read_buffer=2M

set-variable    = write_buffer=2M


[myisamchk]

set-variable    = key_buffer=2M

set-variable    = sort_buffer=2M

set-variable    = read_buffer=1M

set-variable    = write_buffer=2M


[mysqlhotcopy]

interactive-timeout

[Elektroschnitzel 0]

Hat niemand einen Vorschlag? :bag:

[Stefan 0]

Hast du irgendwelche Mods eingebaut, die entsprechend oft auf die DB zugreifen?

[Elektroschnitzel 0]

Eine sehr gute Frage.

www.gw-fanworld.net

Dort kannst du dich ja mal umschauen, ob Mods drin sind, die viel Zugriff auf die DB verursachen. Mir ist nicht direkt etwas bewusst.

[Stefan 0]

Spielen deine Mitglieder gerne?

Du hast den Acrade Mod drin und bei dem waren damals viele versteckte DB Abfragen, die über eine seperaten Verbindung zur DB, drin. Deswegen tauchen sie auch nicht unten bei den Statistiken auf.

Wenn ich das in Erinnerung hatte, sind da so um die 30 zusätzlichen Abfragen hinzugekommen. Würde auch für die Execute Time des Scripts sprechen. Immerhin hatte ich gerade 2.6117 Sekunden gegenüber 0.5133 Sekundenn beim Forum.

Wenn also deine Mitglieder desöfteren sich dort tummeln, hast du die doppelte Anzahl Verbindungen zur Datenbank und dann noch ein paar DB Abfragen zusätzlich.

Ist natürlich nur eine Vermutung, jedoch könnte ich mir das vorstellen, denn ansonsten scheint das Forum flott zu sein.