[kullervo]

På min server ligger det endast två sajter med betydande trafik just nu. En av sajterna lastar MySQL tokigt så den ibland blockerar något vilket resulterar i att alla anslutningar mot mysql används upp, vilket i sin tur resulterar i att båda sajterna blir oåtkommliga i några sekunder. Därför har jag tänkt att sätta max_connections på användarnivå, men strax efter att jag gör det kan den användaren inte längre ansluta. Felmeddelandet blir något i stil med att max_connections blockerar en till inloggning. Vad kan vara fel?

max_connectrions för hela servern är på 400. Då felet inte inträffar är det mellan 18 och 20 anslutningar under högtrafik (två webbsajter utan persistent anslutning + lite småkrafs). Jag har testat slänga på max_connections på 50 per användare, men då tar det tvärstopp. Vad är problemet? Vad kan jag ha missat?

MySQL 4.1

[hnn]

Kolla att du stänger anslutningar på varje sida?

Även den bästa kan göra fel ibland

[kullervo]

Ingen sajt kör persistenta anslutningar. Dessutom så ser jag i MySQL Administrators fina live-grafer att inte mer än max 20 anslutningar är gjorda åt gången under högtrafik. Förutom när det blir knas förståss för då slår graferna i taket.

[hnn]

Slå på loggning och kolla?

Kanske någon sida som sql frågan tar lång tid och låser tabellerna. Vilket resulterar i att sidan hänger sig, och användarna uppdaterar som fan? (Har hänt mig )

[kullervo]

Ja, det är förmodligen det som är felet (typiskt för MyISAM). Men nu är det inte jag som ansvarar över den andra sajten och jag vill hur som helst isolera sajterna så att inte båda lider av den tokiga koden.

[Riverboy]

Hmm bästa vore väl att säga till den andra sajten som också borde uppleva problemet, att trimma sin sql lite, säkert inget stort jobb, om inte sidan är väldigt dåligt gjort dvs.

[kullervo]

Nej. Det bästa vore att få det här med max_connections att fungera redan idag så jag slipper deras problem. Efter det är gjort kan jag eller någon annan försöka hitta problemet på den andra sajten.

[Danielos]

Hur ser dina andra inställningar ut? Det är ju inte bara max connections du bör trimma.

query_cache_limit = 1M
query_cache_size = 32M
query_cache_type = 1

# Extra tuning
max_connections=200
interactive_timeout=100
wait_timeout=15
connect_timeout=10
table_cache=512
thread_cache=32
key_buffer=128M
thread_concurrency=1
log_slow_queries=/var/log/mysqld.slow.log
long_query_time=2

[isamchk]
#key_buffer = 16M
key_buffer=64M
sort_buffer=64M
write_buffer=16M

[kullervo]

Inte för jag förstår vad min my.cnf har med att få User.max_connections att fungera, men här är det intressanta ur den iaf. Kan tillägga att den brukar exekvera drygt 200 SQL-frågor per sekund under högrafik. Då är hitrate på query cache 100% och CPU:n gäspar nästan av uttråkning. Testade stänga av query cache idag under högtrafik utan att det påverkade CPU-lasten. P4 2,8GHz med 4GiB RAM.

Originally posted by /etc/my.cnf

skip-locking
key_buffer = 384M
max_allowed_packet = 1M
table_cache = 512
sort_buffer_size = 2M
read_buffer_size = 2M
read_rnd_buffer_size = 8M
myisam_sort_buffer_size = 64M
thread_cache = 8
query_cache_size = 32M
# Try number of CPU's*2 for thread_concurrency
thread_concurrency = 3
set-variable=max_connections=400

Har tröttnat rejält på MySQL. Den har sina egenheter. Imorgon börjar äntligen emigreringen till PostgreSQL för en av mina sajter. Det ser jag fram emot.

[hnn]

Finns en variabel i MySQL Administrator "Max Conn. Per User".... Fast den är avstängd by default... Lite skumt