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

2114

anand aundhekar

September 18, 2019 11:26PM

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

859

Peter Brawley

September 19, 2019 09:21AM

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

630

anand aundhekar

September 20, 2019 03:26AM

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

610

Peter Brawley

September 20, 2019 09:57AM

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

634

anand aundhekar

September 24, 2019 03:09AM

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

593

Peter Brawley

September 24, 2019 10:06AM

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

606

anand aundhekar

October 11, 2019 12:18AM

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

1796

Peter Brawley

October 15, 2019 02:12PM

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

759

anand aundhekar

January 27, 2020 12:44AM

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

755

Peter Brawley

January 27, 2020 12:34PM

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

549

anand aundhekar

February 06, 2020 01:14AM

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

600

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.