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

2391

anand aundhekar

September 18, 2019 11:26PM

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

983

Peter Brawley

September 19, 2019 09:21AM

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

764

anand aundhekar

September 20, 2019 03:26AM

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

727

Peter Brawley

September 20, 2019 09:57AM

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

758

anand aundhekar

September 24, 2019 03:09AM

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

709

Peter Brawley

September 24, 2019 10:06AM

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

715

anand aundhekar

October 11, 2019 12:18AM

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

2049

Peter Brawley

October 15, 2019 02:12PM

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

894

anand aundhekar

January 27, 2020 12:44AM

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

918

Peter Brawley

January 27, 2020 12:34PM

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

684

anand aundhekar

February 06, 2020 01:14AM

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

747

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.