EPrints Technical Mailing List Archive
See the EPrints wiki for instructions on how to join this mailing list and related information.
Message: #03979
< Previous (by date) | Next (by date) > | < Previous (in thread) | Next (in thread) > | Messages - Most Recent First | Threads - Most Recent First
[EP-tech] Re: DB slow down.
- To: "eprints-tech@ecs.soton.ac.uk" <eprints-tech@ecs.soton.ac.uk>
- Subject: [EP-tech] Re: DB slow down.
- From: CARRICK Ray <rcarric2@exseed.ed.ac.uk>
- Date: Wed, 25 Feb 2015 14:01:08 +0000
Hi Adam, unfortunately we are running with Postgres which doesn't seem to have such a tool but I'll have a look about for something appropriate. Cheers, Ray. ________________________________________ From: eprints-tech-bounces@ecs.soton.ac.uk <eprints-tech-bounces@ecs.soton.ac.uk> on behalf of Field A.N. <af05v@ecs.soton.ac.uk> Sent: 25 February 2015 11:35 To: eprints-tech@ecs.soton.ac.uk Subject: [EP-tech] Re: DB slow down. Hi Ray A first step would be to check for database corruption. Run mysqlcheck and see if if finds anything wrong... -- Adam Field Business Relationship Manager and Community Lead EPrints Services On 25 Feb 2015, at 10:34, CARRICK Ray wrote: > Hi folks, > > we have a problem with DB slow down. This is running on 3.2 - we plan to test on 3.3 to see if there's any difference but haven't done so yet. The problem occurs when importing and from putting tracing into the code seems to be happening with a commit. > > - We have a QA setup which has about 6,500 eprints and a live server which has 650,000. > > - An import which takes 2-3 mins on the QA server takes 25mins on the live. > > - The time seems to be going on 'commit' - that's eprints commit (I haven't dug into it any further yet). > > - On the QA server it takes fractional time but on the live server this takes about 1 min. > > So if we have a main record plus, say, 25 associated documents, the time is approx 1min for the main record plus 1 min per document, hence abut 25 mins. The records we are loading typically have somewhere in the region of 10 to 40 associated documents. > > Has anyone come up against this before? > Any thoughts on how to proceed? > > Thanks, > > Ray. > > The University of Edinburgh is a charitable body, registered in > Scotland, with registration number SC005336. > *** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech > *** Archive: http://www.eprints.org/tech.php/ > *** EPrints community wiki: http://wiki.eprints.org/ > *** EPrints developers Forum: http://forum.eprints.org/ *** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech *** Archive: http://www.eprints.org/tech.php/ *** EPrints community wiki: http://wiki.eprints.org/ *** EPrints developers Forum: http://forum.eprints.org/ -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336.
- References:
- [EP-tech] DB slow down.
- From: CARRICK Ray <rcarric2@exseed.ed.ac.uk>
- [EP-tech] Re: DB slow down.
- From: "Field A.N." <af05v@ecs.soton.ac.uk>
- [EP-tech] DB slow down.
- Prev by Date: [EP-tech] Re: epc:if tests for the existence of values in a compound field
- Next by Date: [EP-tech] Re: DB slow down.
- Previous by thread: [EP-tech] Re: DB slow down.
- Next by thread: [EP-tech] Re: DB slow down.
- Index(es):