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 24, 2019 10:06AM

Many users copy/paste/post results of show variables show status results from the mysql client program into the forum, one cmd per post.

Or you can send them to pb at artfulsoftware.com

Edited 1 time(s). Last edit at 01/27/2020 12:15PM by Peter Brawley.

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

2121

anand aundhekar

September 18, 2019 11:26PM

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

861

Peter Brawley

September 19, 2019 09:21AM

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

633

anand aundhekar

September 20, 2019 03:26AM

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

612

Peter Brawley

September 20, 2019 09:57AM

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

640

anand aundhekar

September 24, 2019 03:09AM

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

595

Peter Brawley

September 24, 2019 10:06AM

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

608

anand aundhekar

October 11, 2019 12:18AM

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

1803

Peter Brawley

October 15, 2019 02:12PM

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

762

anand aundhekar

January 27, 2020 12:44AM

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

757

Peter Brawley

January 27, 2020 12:34PM

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

550

anand aundhekar

February 06, 2020 01:14AM

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

602

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.