diff --git a/docs/content/advanced/delayed-messages.md b/docs/content/advanced/delayed-messages.md index f5d6ff729..e3478b7e5 100644 --- a/docs/content/advanced/delayed-messages.md +++ b/docs/content/advanced/delayed-messages.md @@ -37,6 +37,7 @@ You can also use `delay.Until` instead of `delay.For` to specify `time.Time` ins ## Supported Pub/Subs * [PostgreSQL](/pubsubs/sql/) +* [MySQL](/pubsubs/sql/) ## Full Example diff --git a/docs/content/advanced/requeuing-after-error.md b/docs/content/advanced/requeuing-after-error.md index f137dae81..0d85cf8c3 100644 --- a/docs/content/advanced/requeuing-after-error.md +++ b/docs/content/advanced/requeuing-after-error.md @@ -50,6 +50,6 @@ A better way to use the `Requeuer` is to combine it with the `Poison` middleware The middleware moves messages to a separate "poison" topic. Then, the requeuer moves them back to the original topic based on the metadata. -You combine this with a Pub/Sub that supports delayed messages. +You combine this with a Pub/Sub that [supports delayed messages](/advanced/delayed-messages/#supported-pubsubs). See the [full example based on PostgreSQL](https://github.com/ThreeDotsLabs/watermill/blob/master/_examples/real-world-examples/delayed-requeue/main.go). diff --git a/docs/content/pubsubs/sql.md b/docs/content/pubsubs/sql.md index e2c72fd63..3c19451dc 100644 --- a/docs/content/pubsubs/sql.md +++ b/docs/content/pubsubs/sql.md @@ -117,7 +117,8 @@ You can use it to filter messages by some condition in the payload or in the met Additionally, you can choose to delete messages from the table after they are acknowledged. Thanks to this, the table doesn't grow in size with time. -Currently, this schema is supported only for PostgreSQL. +This schema is supported by both PostgreSQL and MySQL. +The example below is based on PostgreSQL, but the same approach can be used with MySQL. {{% load-snippet-partial file="src-link/watermill-sql/pkg/sql/queue_schema_adapter_postgresql.go" first_line_contains="// PostgreSQLQueueSchema" last_line_contains="}" %}}