Ursäkta nertid

Swedie

Administrator
Personal
Gick med
6 Mar 2003
Ort
Stockholm-ish
Hoj
Yamaha R7 -24
Hej! Ursäkta nertiden. Körde en databasoptimering mitt på ljusa dagen då allting gick väldigt tungt nu på morgonen.
 
Fortfarande väldigt segt ibland. upp till 30sec ibland innan en sida öppnas, men oftast går det som blixten.
 
Fortfarande väldigt segt ibland. upp till 30sec ibland innan en sida öppnas, men oftast går det som blixten.
Som flickan sa. ;)

Jag märkte då aldrig att det varit nere heller.
Men det går lite segare nu ikväll faktiskt.
 
Fortfarande väldigt segt ibland. upp till 30sec ibland innan en sida öppnas, men oftast går det som blixten.
Som flickan sa. ;)

Jag märkte då aldrig att det varit nere heller.
Men det går lite segare nu ikväll faktiskt.
 
Det går lite upp och ner. Det har troligen med dålig optimering för skrivning till databasen.

Måste leta upp någon som kan MySQL-optimering!
 
Jag sliter här borta i Norge..
Kan du slänga över en tjockare kabel?
 
Känner samma sak just nu, några trådar går som blixten. Andra upp till en 1min

Kämpa på Swedie:tummenupp
Det betyder att index eller något är lite halvfungerande.

Jag ska uppgradera SH till vBulletin 4.0, och i samband med det så kommer hela databasen omarbetas av automatik för just bättre prestanda.
 
Så här ser MySQL stats ut just nu... Ser inte så bra ut... Men vet inte riktigt vart jag ska titta. Om någon expert råkar se, så får ni gärna guida. Det ser ut som att det i huvudsak är en massa SELECT queries som låser post-tabellen vilket gör att det stundsvis blir väldigt segt att skriva till databasen (måste vänta på att en läsaprocess är klar).

auto_increment_increment: 1 log_error:
auto_increment_offset: 1 log_queries_not_using_indexes: OFF
automatic_sp_privileges: ON log_slave_updates: OFF
back_log: 50 log_slow_queries: ON
basedir: /usr/ log_warnings: 1
binlog_cache_size: 32,768 long_query_time: 2
bulk_insert_buffer_size: 8,388,608 low_priority_updates: ON
character_set_client: latin1 lower_case_file_system: OFF
character_set_connection: latin1 lower_case_table_names: 0
character_set_database: latin1 max_allowed_packet: 33,553,408
character_set_filesystem: binary max_binlog_cache_size: 4,294,967,295
character_set_results: latin1 max_binlog_size: 104,857,600
character_set_server: latin1 max_connect_errors: 10
character_set_system: utf8 max_connections: 800
character_sets_dir: /usr/share/mysql/charsets/ max_delayed_threads: 20
collation_connection: latin1_swedish_ci max_error_count: 64
collation_database: latin1_swedish_ci max_heap_table_size: 16,777,216
collation_server: latin1_swedish_ci max_insert_delayed_threads: 20
completion_type: 0 max_join_size: 18,446,744,073,709,551,615
concurrent_insert: 1 max_length_for_sort_data: 1,024
connect_timeout: 5 max_prepared_stmt_count: 16,382
datadir: /var/lib/mysql/ max_relay_log_size: 0
date_format: %Y-%m-%d max_seeks_for_key: 4,294,967,295
datetime_format: %Y-%m-%d %H:%i:%s max_sort_length: 1,024
default_week_format: 0 max_sp_recursion_depth: 0
delay_key_write: ON max_tmp_tables: 32
delayed_insert_limit: 100 max_user_connections: 0
 
Det verkar ju som att skrivningen till databasen går bra, men att kvittensen på det aldrig kommer tillbaka till vBulletin, så det skriver en gång till. Nån skrivkö som bearbetas för långsamt?
Något sådant japp. Det verkar vara läsning ur inläggstabellen (miljooooner) som slöar ner allt annat.
 
Har det känts lite snabbare sen igår kväll? Jag tycker det. Gjorde ett par rena mjukvaruändringar som verkar gjort det lite snabbare, iaf sidladdningarna!
 
Nej, lika segt till och från...
I norrland är väl allt segt? :)

Okejrå! Detta måste undersökas mer. Jag har kollat med Egmont och de har iaf ingen "in-house" MySQL-expert. Så är det någon här som är betitlad expert och kan lösa detta, får hör av sig med timpriser etc!
 
Back
Top