[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[EP-tech] select and mysql 5.6.27
- Subject: [EP-tech] select and mysql 5.6.27
- From: paolo.tealdi at polito.it (Paolo Tealdi)
- Date: Mon, 7 Mar 2016 11:32:30 +0100
- In-reply-to: <EMEW3|ff41830739c93cb4a550d8840d759e00s268Pv14eprints-tech-bounces|ecs.soton.ac.uk|56DD3AE0.email@example.com>
- References: <56DD3AE0.firstname.lastname@example.org> <EMEW3|ff41830739c93cb4a550d8840d759e00s268Pv14eprints-tech-bounces|ecs.soton.ac.uk|56DD3AE0.email@example.com>
On 07/03/2016 09:25, Paolo Tealdi wrote:
> Dear all,
> After 5 year of normal use with mysql 5.1.XX, after the upgrade to mysql 5.6.27,
> we noticed that our eprints sometimes (1 time every two day more or less)
> suddendly blocks itself.
> Analyzing the problem we noticed that one of the mysql connections from eprints
> server (we are using a centralized version of mysql) is hanging in "statistics"
> status on a very big select (in attach).
> All the other processes are waiting for table lock.
> After the Kill of that processs, all the other processes flushed immediately
> and the server returns to life.
> Have you ever noticed this BIG issue ? Any idea ?
> In attach one of the sql commands.
> Our optimizer_search_depth is set to 0.
> Best regards,
> Paolo Tealdi
> P.S. One of the problems probably is due to the eprint__rindex size ... 37M of
> records ...
Thank for your answers.
I'll study more deeply all your answers.
What i want to say to you is that :
-) the problem persists if i set optimizer_search_depth to '62' (the server
default). I'll try with other values.
-) the problem disappears when i try it on a copy of my eprints production
database on my linux ubuntu workstation with a 5.5.47 vanilla mysql. :-(
(simply copying and pasting the query in mysql character client). That query
return an answer in 2 seconds, while on the production server had been killed
after 1 hour of down and mysql process at 100% cpu.
-) The base search is set on xapian search (almost it should be). I'll check it
-) the advanced search is on sql search
-) My eprints production server is a modified (but not in the search engine
parts) version of 3.3.10 version. It's on since 2011 without many changes. None
in the indexing part.
-) I'm now comparing the system variable between the two mysql server. I'm
noticing that there are many new variables in the optimization section between
5.5 and 5.6.
I'll keep all you updated.
Best regards and thanks again,
Ing. Paolo Tealdi Area IT - Politecnico Torino
Telefono/Phone : +39-011-0906714 , FAX : +39-011-0906625
Indirizzo/Address : C.so Duca degli Abruzzi, 24 - 10129 Torino - ITALY
Skype : tealdi.paolo
Please consider your environmental responsibility before printing this e-mail