General MySQL guidelines

See System Requirements for supported versions of MySQL.

Adobe strongly recommends you observe the following standard when you set up your database:

• Adobe Commerce and Magento Open Source use MySQL database triggers to improve database access during reindexing. These get created when the indexer mode is set to schedule. The application does not support any custom triggers in the database because custom triggers can introduce incompatibilities with future Adobe Commerce and Magento Open Source versions.
• Familiarize yourself with these potential MySQL trigger limitations before you continue.
• To enhance your database security posture, enable the STRICT_ALL_TABLES SQL mode to prevent storing invalid data values, which might cause unwanted database interactions.
• Adobe Commerce and Magento Open Source do not support MySQL statement-based replication. Make sure you use only row-based replication.

Installing MySQL on Ubuntu

Adobe Commerce and Magento Open Source 2.4 require a clean installation of MySQL 8.0. Follow the links below for instructions on installing MySQL on your machine.

• Ubuntu
• CentOS

If you expect to import large numbers of products, you can increase the value for max_allowed_packet that is larger than the default, 16 MB.

To increase the value, open the /etc/mysql/mysql.cnf file in a text editor and locate the value for max_allowed_packet. Save your changes to the mysql.cnf file, close the text editor, and restart MySQL (service mysql restart).

To optionally verify the value that you set, enter the following command at a mysql> prompt:

SHOW VARIABLES LIKE 'max_allowed_packet';

Then, Configure the database instance.

MySQL 8 changes

For Adobe Commerce and Magento Open Source 2.4, we added support for MySQL 8.
This section describes major changes to MySQL 8 that developers should be aware of.

Removed width for integer types (padding)

The display width specification for integer data types (TINYINT, SMALLINT, MEDIUMINT, INT, BIGINT) has been deprecated in MySQL 8.0.17. Statements that include data-type definitions in their output no longer show the display width for integer types, except for TINYINT(1). MySQL Connectors assume that TINYINT(1) columns originated as BOOLEAN columns. This exception enables them to continue to make that assumption.

Example

Describe admin_user at mysql 8.19

Except for TINYINT(1), all integer padding (TINYINT > 1, SMALLINT, MEDIUMINT, INT, BIGINT) should be removed from the db_schema.xml file.

For more information, see https://dev.mysql.com/doc/relnotes/mysql/8.0/en/news-8-0-19.html#mysqld-8-0-19-feature.

Default ORDER BY behavior

Before 8.0, entries were sorted by the foreign key. Default sort order depends on the engine that is used.
Always specify a sort order if your code depends on a specific sort.

Deprecated ASC and DESC qualifiers for GROUP BY

As of MySQL 8.0.13, the deprecated ASC or DESC qualifiers for GROUP BY clauses have been removed. Queries that previously relied on GROUP BY sorting may produce results that differ from previous MySQL versions. To produce a given sort order, provide an ORDER BY clause.

Commerce and MySQL 8

There have been some changes to Adobe Commerce and Magento Open Source to properly support MySQL 8.

Query and Insert Behavior

Adobe Commerce and Magento Open Source disabled the regular validation behavior by setting SET SQL_MODE=‘’ in /lib/internal/Magento/Framework/DB/Adapter/Pdo/Mysql.php:424.. With validation disabled, it is possible that MySQL truncates data. In MySQL, the Query behavior has changed: Select * on my_table where IP='127.0.0.1' no longer returns results because the IP address is now properly seen as a string, rather than an integer.

Upgrading from MySQL 5.7 to MySQL 8

To properly update MySQL from version 5.7 to version 8, you must follow these steps in order:

1. Upgrade Adobe Commerce or Magento Open Source to 2.4.0.
   Test everything and make sure that your system works as expected.

2. Enable maintenance mode:

   bin/magento maintenance:enable
   

3. Make a database backup:

   bin/magento setup:backup --db
   

4. Update MySQL to version 8.

5. Import the backed-up data into MySQL.

6. Clean the cache:

   bin/magento cache:clean
   

7. Disable maintenance mode:

   bin/magento maintenance:disable
   

Configuring the database instance

This section discusses how to create a database instance for Adobe Commerce or Magento Open Source. Although a new database instance is recommended, you can optionally install Adobe Commerce or Magento Open Source with an existing database instance.

To configure a MySQL database instance:

1. Log in to your database server as any user.

2. Get to a MySQL command prompt:

   mysql -u root -p
   

3. Enter the MySQL root user’s password when prompted.

4. Enter the following commands in the order shown to create a database instance named magento with username magento:

   create database magento;
   

   create user 'magento'@'localhost' IDENTIFIED BY 'magento';
   

   GRANT ALL ON magento.* TO 'magento'@'localhost';
   

   flush privileges;
   

5. Enter exit to quit the command prompt.

6. Verify the database:

   mysql -u magento -p
   

   If the MySQL monitor displays, you created the database properly. If an error displays, repeat the preceding commands.

7. If your web server and database server are on different hosts, perform the tasks discussed in this topic on the database server host then see Set up a remote MySQL database connection.

   We recommend you configure your database instance as appropriate for your business. When configuring your database, please keep the following in mind:

   • Indexers require higher tmp_table_size and max_heap_table_size values (for example, 64 M). If you configure the batch_size parameter, you can adjust that value along with the table size settings to improve indexer performance. Refer to the Optimization Guide for more information.

   • For optimal performance, make sure all MySQL and Adobe Commerce or Magento Open Source index tables can be kept in memory (for example, configure innodb_buffer_pool_size).

   • Reindexing on MariaDB 10.4 takes more time compared to other MariaDB or MySQL versions. See Configuration best practices.

8. For MySQL TIMESTAMP fields to follow the preferences and composition expected by the application’s declarative schema architecture, the system variable explicit_defaults_for_timestamp must be set to on.

   References:

   • MySQL 5.7
   • MariaDB

   If this setting is not enabled, bin/magento setup:db:status always reports that the Declarative Schema is not up to date.

Reindexing on MariaDB 10.4 and 10.6 takes more time compared to previous MariaDB or MySQL versions. To speed up reindexing, we recommend setting these MariaDB configuration parameters:

• optimizer_switch='rowid_filter=off'
• optimizer_use_condition_selectivity = 1

If you experience performance degradation not related to indexation after upgrading to MariaDB 10.6, consider enabling the --query-cache-type setting. For example, --query-cache-type=ON.

In addition to these recommendations, you should consult with your database administrator on configuring the following parameters:

• --query-cache-limit
• --query-cache-size
• --join-buffer-size
• --innodb-buffer-pool-size