ROZWIĄZANY: Długie tworzenie tematu + błąd SQL

[webcitron]

Po naciśnięciu "Napisz nowy temat" (już po podaniu jego tytułu i treści) muszę naprawdę długo (ok 3 - 5 min) czekać aż temat zostanie założony i strona się przeładuje. Czasami pokazuje się następujący błąd:

An error occured with the SQL server:

mySQL query error: INSERT INTO ppf_cache_store (`cs_array`,`cs_key`,`cs_value`,`cs_updated`) VALUES(1,'systemvars','a:5:{s:10:\"mail_queue\";i:0;s:13:\"task_next_run\";s:10:\"1295993940\";s:14:\"incomingEmails\";b:0;s:15:\"itemMarkerClean\";i:1295994107;s:9:\"loadlimit\";s:13:\"---1295651299\";}',1295994107) ON DUPLICATE KEY UPDATE cs_array=VALUES(cs_array),cs_key=VALUES(cs_key),cs_value=VALUES(cs_value),cs_updated=VALUES(cs_updated)

This is not a problem with IP.Board but rather with your SQL server. Please contact your host and copy the message shown above.

Zainstalowany IPBoard w wersji 3.1.4. W czym szukać przyczyny ?

[DawPi]

Jak dużą masz pamięć cache? Tabela cache_store.

[webcitron]

W tej chwili tabela cache_store waży całe 184,4 KB

[DawPi]

Dużo i nie dużo.. A jakie pole ma największy rozmiar?

Od dawna się tak dzieje? Jaki masz serwer?

[webcitron]

To jest dedyk. Trudno powiedzieć od kiedy się tak dzieje - forum w sumie jeszcze nie zaczęło funkcjonować. Klient mówi że na początku jak zakładał tematy "chyba" nie było tego problemu ale nie przypominam sobie jakiś prac na forum które mogłyby spowodować ten problem więc zakładam że było tak od początku.

Największe pole - strukturalnie jest to cs_value - mediumtext

Edytowane 26 Stycznia 2011 przez webcitron

[DawPi]

Tyle to wiem, że to pole.

Źle może zapytałem - jaki wpis, o jakim kluczu?

[webcitron]

Hehe ) Trudno powiedzieć - phpMyAdmin nie udostępnia chyba takiej informacji, ale na oko strzelam że to wiersz "settings" - dałem w nim listę ok 200 serwerów do pingów xmlrpc

Aaaa - jest zainstalowane IP.SEO

Edytowane 26 Stycznia 2011 przez webcitron

[DawPi]

Wyłącz obie opcje i wartości xmlrpc i sprawdź wtedy.

[webcitron]

Po wyczyszczeniu listy serwerów xmlrpc wszystko jest okej. Więc teraz - jest jakiś sposób żeby pogodzić obie możliwości ?

[DawPi]

Wychodzi, że serwer dostaje zmuły, jak musi dodać sporą paczkę danych do bazy - może idź w tym kierunku..

[webcitron]

Problem tutaj jest o tyle dziwny że nie powinno być takich zawiech jeśli inny rekord w danej tabeli jest sporych rozmiarów Sprobuję jeszcze paru rzeczy - jak mi się uda coś wymyślić dam znać

[mlodszy]

Skoro masz dedyka to: Ile ramu, jak proc, co za dysk i pokaż my.cnf

[webcitron]

Napiszę jak tylko admin napisze mi dokładnie w tej kwestii. Zauważyłem że domyślnie w bazie adresy serwerów do pingów zapisywane są ze znakiem nowej linii, teraz wstawiłem je po średnikach (bez przejść do nowej linii) i też jest dobrze.

W takim razie musi być to jedna z poniższych przyczyn:

1. coś forum (lub baza) nie radzi sobie ze znakami końca linii

2. IP.SEO odpytuje serwery xmlrpc od razu po założeniu tematu a nie raz na dobę (i odpytywanie trwa strasznie długo po prostu)

Wie ktoś jak jest z tym pingowaniem - czy jest na żywo czy raz dziennie (czy jakiś inny odstęp czasu) ?

Pytanka w związku z IP.SEO umieszczać tutaj czy gdzie indziej ?

[DawPi]

Najlepiej w dziale poświęconym IP.Seo. :-)

Odnośnie znaków końca linii - jaki typ bazy masz? Jakie tabele (typ)?

[webcitron]

MyISAM

Mój my.cnf:

[client]
character-sets-dir=/usr/local/share/mysql/charsets
default-character-set=latin2

[safe_mysqld]
log-error=/var/log/mysqld.log

[mysqld]
tmpdir = /mysql_temp/
innodb_file_per_table
connect_timeout=180
wait_timeout=180
interactive_timeout=180
skip-external-locking
max_user_connections=120
max_connections=1000
max_connect_errors=10
local_infile=OFF
old_passwords

query_cache_limit=512k
query_cache_size=128M
query_cache_type=1

key_buffer=128M
thread_cache_size=64
table_cache=512

join_buffer_size=16M
sort_buffer_size=16M

character-set-server=latin2
collation-server=latin2_general_ci

innodb_additional_mem_pool_size = 64M

innodb_buffer_pool_size = 128M
innodb_file_io_threads = 4

innodb_thread_concurrency = 2

max_tmp_tables=64
tmp_table_size=16M


thread_concurrency=2

max_allowed_packet=1073741824

long_query_time=5
slow_query_log=/var/log/mysql-slow-queries.log

log-bin = /var/db/mysql/__binlog/mysql-bin
expire_logs_days = 3
binlog_format='MIXED'

[mysql]
no-auto-rehash

Edytowane 27 Stycznia 2011 przez webcitron

[mlodszy]

Ja bym to obniżył:

connect_timeout=180

Według mnie stanowczo za dużo.

Ogólnie to zalecam na serwerze wykonać ten skrypt: http://blog.mysqltuner.com/ i sprawdzić wyniki.

Wydaje mi się że te wartości:

max_tmp_tables=64
tmp_table_size=16M
max_connections=1000

Mogą być za duże/małe.

[webcitron]

Są to wartości odpowiednie Timeout jest zwiększony ale to z powodu innych skryptów które działają na serwerze.

Temat do zamknięcia, przenoszę się do działu poświęconego IP.Seo

Edytowane 28 Stycznia 2011 przez webcitron

[DawPi]

Problem ROZWIĄZANY. Jeśli są jakiekolwiek wątpliwości, pytania proszę o założenie nowego tematu.

Wszelkie uzasadnione reklamacje/pretensje/sugestie/rady przyjmuje ekipa forum.