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

2008

anand aundhekar

September 18, 2019 11:26PM

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

731

Peter Brawley

September 19, 2019 09:21AM

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

567

anand aundhekar

September 20, 2019 03:26AM

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

544

Peter Brawley

September 20, 2019 09:57AM

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

581

anand aundhekar

September 24, 2019 03:09AM

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

541

Peter Brawley

September 24, 2019 10:06AM

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

553

anand aundhekar

October 11, 2019 12:18AM

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

1539

Peter Brawley

October 15, 2019 02:12PM

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

669

anand aundhekar

January 27, 2020 12:44AM

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

678

Peter Brawley

January 27, 2020 12:34PM

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

483

anand aundhekar

February 06, 2020 01:14AM

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

536

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.