Skip to main content
MySQL is available as a destination connector. MantrixFlow validates the target contract, then delivers only the published SQL model’s columns into the configured table.

Destination contract

The final MySQL table must exist before delivery begins. Create it with the explicit setup action in the destination editor when available, or run reviewed DDL in MySQL yourself. The delivery runner does not create final tables. The table should:
  • use InnoDB;
  • use utf8mb4 for general text;
  • contain every column selected by the published SQL model;
  • use compatible types; and
  • define a primary or unique key for deterministic Upsert behavior.

Required destination access

Create a dedicated writer. If table creation is managed separately, the runtime user needs only data access to existing tables.
Grant CREATE and ALTER only to a separate setup user or when your operating policy explicitly allows the app’s setup action to reconcile tables.

Connection fields

Create the connection

  1. Open Connections.
  2. Click + New Connection.
  3. Set the role to Destination.
  4. Choose MySQL.
  5. Complete the connection fields.
  6. Click Test Connection.
  7. Save after the test succeeds.

Prepare a destination table

This example accepts customer rows from Airtable or another source:
The SQL model must output external_id, name, email, and source_created_at. Columns with database defaults, such as synced_at, can be omitted when the table permits it.

Configure delivery

  1. Open Destinations and click Add destination.
  2. Choose the MySQL connection, target database, and save.
  3. Open Transformations, select that destination, and create the SQL model.
  4. Save, validate, preview, and publish the revision.
  5. Return to the destination editor and, under Published output targets, enter database.table, for example analytics.airtable_customers.
  6. Choose the stable primary or unique key as the Upsert key.
  7. Create/verify the table when needed and save the destination.

Upsert behavior

With a primary or unique key, a first run inserts rows and later runs update the matching rows. This is the recommended production configuration. Without a key, delivery cannot identify an existing row deterministically. Add a stable primary or unique key before enabling repeated runs.

Verify delivery

The duplicate query should return no rows. Compare the count with the run’s rows written value, accounting for any SQL filters. Confirm that no internal loader tables were written into the destination:

Troubleshooting

Follow the Airtable and MySQL pipeline guide for complete Airtable-to-MySQL and MySQL-to-Airtable examples.