MySQL :: Re: Inserts in MySQL 8 are slower than Inserts in MySQL 5.6

New Topic

Re: Inserts in MySQL 8 are slower than Inserts in MySQL 5.6

Posted by: Peter Brawley
Date: September 20, 2019 09:57AM

Okeh, a big system and InnoDB wan't under stress at the time you ran those cmds. You need to repeat them and ...

show innodb status;

... during a slow job.

Now lets see OS version, RAM available, and results of ...

show variables;

show global status;

Navigate: Previous Message• Next Message

Options: Reply• Quote

Subject

Views

Written By

Posted

Inserts in MySQL 8 are slower than Inserts in MySQL 5.6

2308

anand aundhekar

September 18, 2019 11:26PM

Re: Inserts in MySQL 8 are slower than Inserts in MySQL 5.6

958

Peter Brawley

September 19, 2019 09:21AM

Re: Inserts in MySQL 8 are slower than Inserts in MySQL 5.6

746

anand aundhekar

September 20, 2019 03:26AM

Re: Inserts in MySQL 8 are slower than Inserts in MySQL 5.6

698

Peter Brawley

September 20, 2019 09:57AM

Re: Inserts in MySQL 8 are slower than Inserts in MySQL 5.6

738

anand aundhekar

September 24, 2019 03:09AM

Re: Inserts in MySQL 8 are slower than Inserts in MySQL 5.6

693

Peter Brawley

September 24, 2019 10:06AM

Re: Inserts in MySQL 8 are slower than Inserts in MySQL 5.6

694

anand aundhekar

October 11, 2019 12:18AM

Re: Inserts in MySQL 8 are slower than Inserts in MySQL 5.6

2012

Peter Brawley

October 15, 2019 02:12PM

Re: Inserts in MySQL 8 are slower than Inserts in MySQL 5.6

868

anand aundhekar

January 27, 2020 12:44AM

Re: Inserts in MySQL 8 are slower than Inserts in MySQL 5.6

889

Peter Brawley

January 27, 2020 12:34PM

Re: Inserts in MySQL 8 are slower than Inserts in MySQL 5.6

654

anand aundhekar

February 06, 2020 01:14AM

Re: Inserts in MySQL 8 are slower than Inserts in MySQL 5.6

714

Peter Brawley

February 06, 2020 02:28PM

Sorry, you can't reply to this topic. It has been closed.

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.