Once again, a question on query killer. Below its report informs that with near-zero replag a very simple count(*) only query on s6 takes too long, and the killer expects SLOW_OK would help.
I think something is wrong fundamentally once such a query takes that long, and there is no reason to add SLOW_OK and wait even longer. mashiah ---------- Forwarded message ---------- From: <[email protected]> Date: Sat, Nov 5, 2011 at 1:28 AM Subject: [TS] Killed SQL-Task 15233729 on db-server z-dat-s6-a To: [email protected] Hello mashiah, a MySQL-query of yours was killed because you didn't mark it as SLOW_OK and it have run for 853 seconds which was longer than allowed. You can find the query below. Please have also a look at [1] to find information how you can avoid killings of your queries. Maybe you can optimze the query too? The replication lag at kill-time was 33s. Sincerly, Query-Killer. This eMail was sent automaticaly, please don't reply. SELECT count(*) INTO @tl_count FROM ruwiki_p.templatelinks [1] https://wiki.toolserver.org/view/Database_access#Slow_queries_and_the_query_killer _______________________________________________ Toolserver-l mailing list ([email protected]) https://lists.wikimedia.org/mailman/listinfo/toolserver-l Posting guidelines for this list: https://wiki.toolserver.org/view/Mailing_list_etiquette
