5 Minuten jede Stunde wo keine connects möglich sind

[neodg]

Strange problem.

System: Debian Sarge
MySQL Version 5.026 Master-Slave

Jede Stunde zwischen x:11 und x:16 werden vom MySQL Server keine Connects angenommen. (x steht für eine beliebige Stunde)

Die Connects Versuche steigen in dieser Zeit natürlich kontinuierlich und um x:16 werden die dann abgearbeitet.

Rest der Zeit funktioniert das System tadellos. Es laufen da keine Crons und die connects Anzahl in der mySQL Config werden auch nicht überschritten.

Hat irgend jemand eine Idee was das sein kann?

[neodg]

my.cnf

Code: Select all

[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/german

old_passwords   = 1

key_buffer_size         = 512M
max_allowed_packet      = 16M

table_cache             = 2048

thread_concurrency      = 2
thread_cache_size       = 8

max_connections = 6000

# Die nachstehenden Buffer sind per-connection und werden
# ggf max_connections mal alloziert
thread_stack            = 128K
join_buffer_size        = 2M
sort_buffer_size        = 2M
read_buffer_size        = 256K
read_rnd_buffer_size    = 512K
myisam_sort_buffer_size = 300M

#bulk_insert_size       = 32M
#max_connection_error   = 10
tmp_table_size          = 128M

query_cache_limit       = 2M
query_cache_size        = 32M
query_cache_type        = 1

log-slow-queries        = /var/log/mysql/mysql-slow.log
long-query-time         = 2
#log-queries-not-using-indexes
#
# The following can be used as easy to replay backup logs or for replication.
server-id               = 1
log-bin                 = /var/log/mysql/mysql-bin.log
#expire-logs-days       = 20
#max_binlog_size         = 104857600
#binlog-do-db           = include_database_name
#binlog-ignore-db       = include_database_name

skip-bdb

skip-innodb

[mysqldump]
quick
quote-names
max_allowed_packet      = 16M

[mysql]
#no-auto-rehash # faster start of mysql but no tab completition
prompt = u@h [d]>_

[isamchk]
key_buffer              = 256M
sort_buffer_size        = 256M
read_buffer             = 2M
write_buffer            = 2M

[myisamchk]
key_buffer              = 256M
sort_buffer_size        = 256M
read_buffer             = 2M
write_buffer            = 2M

[mysqlhotcopy]
interactive-timeout

[gierig]

und was leuft denn so zwischen der 11 und 16 minuten einer jeden Stunden ? aus dem Bacuh herraus ist es nen backupscript das
die Datenbank solange es lauft sperrt
Stichwort hier die Crontables die das System hat.

[neodg]

und was leuft denn so zwischen der 11 und 16 minuten einer jeden Stunden ? aus dem Bacuh herraus ist es nen backupscript das
die Datenbank solange es lauft sperrt
Stichwort hier die Crontables die das System hat.

Crons hab ich schon testweise alle rausgenommen, das isses "leider" nicht.

[neodg]

korrektur, das Problem besteht noch immer. Interessant dabei ist, das es scheinbar nach 20 Uhr nicht mehr auftaucht.

[lucki2]

Ich tippe eher, daß das an replikation liegt. Was macht denn Dein Slave zu der Zeit?

[exception]

Evtl ergeben sich auch Probleme durch nicht erreichbare Nameserver.