MySQL Forums :: Performance :: "Sending Data" is taking time post migration from 5.1 to 5.6


Advanced Search

Re: "Sending Data" is taking time post migration from 5.1 to 5.6
Posted by: Peter Brawley ()
Date: March 10, 2017 12:47PM

Default_tmp_storage_engine specifies the temp table storage engine, which before 5.6.3 was just default_storage_engine, so in your case it was probably MyISAM, which might be faster if the temp table fits in memory and is keyless. Have you tried changing default_tmp_storage_engine?

Did you try the update with and without the query_cache?

You could try, while this update is dawdling along, logging into mysql to run Show InnoDB Engine Statusand look for stalled locks in the Clustered Index.

If those fiddles don't help, let's see Show Create Temporary Table result, and the result of running Explain on the update query.

Options: ReplyQuote


Subject Views Written By Posted
"Sending Data" is taking time post migration from 5.1 to 5.6 107 Aldrin Davis 03/10/2017 02:41AM
Re: "Sending Data" is taking time post migration from 5.1 to 5.6 37 Peter Brawley 03/10/2017 12:47PM
Re: "Sending Data" is taking time post migration from 5.1 to 5.6 33 SAIKIRAN CHEVITI 03/14/2017 06:40AM
Re: "Sending Data" is taking time post migration from 5.1 to 5.6 37 Peter Brawley 03/14/2017 09:42AM
Re: "Sending Data" is taking time post migration from 5.1 to 5.6 37 SAIKIRAN CHEVITI 03/15/2017 08:50AM
Re: "Sending Data" is taking time post migration from 5.1 to 5.6 39 Peter Brawley 03/15/2017 12:43PM
Re: "Sending Data" is taking time post migration from 5.1 to 5.6 23 SAIKIRAN CHEVITI 03/16/2017 02:32AM
Re: "Sending Data" is taking time post migration from 5.1 to 5.6 37 Peter Brawley 03/16/2017 05:52AM
Re: "Sending Data" is taking time post migration from 5.1 to 5.6 19 SAI KIRAN 03/17/2017 12:08AM


Sorry, only registered users may post in this forum.

Content reproduced on this site is the property of the respective copyright holders. It is not reviewed in advance by Oracle and does not necessarily represent the opinion of Oracle or any other party.