[MXS-3654] Critical read error with MX on sync forced mariadb cluster Created: 2021-07-01 Updated: 2021-08-15 Resolved: 2021-08-15 |
|
| Status: | Closed |
| Project: | MariaDB MaxScale |
| Component/s: | N/A |
| Affects Version/s: | 2.5.13 |
| Fix Version/s: | N/A |
| Type: | Bug | Priority: | Major |
| Reporter: | Maiavria | Assignee: | Unassigned |
| Resolution: | Not a Bug | Votes: | 0 |
| Labels: | None | ||
| Environment: |
Debian 10.10, v10.5.11-MariaDB Galera cluster |
||
| Description |
|
Hello, I'm using latest maxscale on Debian 10.10 with 10.5.11-MariaDB with a read-write split router configuration. The mariadb galera cluster nodes have syncing forced enabled with this parameter: That means consistency is enabled on the cluster at the cost of performance, so that if something is written at moment t, when a user reads at moment t+1 on another node, this node has to wait to be synced with all t-time writesets before answering. Nevertheless, a critical read error happens every day in the process of inserting an item and then reading it, using Maxscale's read-write split router. The read part fails as if the nodes of the cluster were not synced as it is not finding the just inserted row. My MX configuration :
Any clues ? |
| Comments |
| Comment by markus makela [ 2021-07-11 ] |
|
If you rely on Galera for consistency and that is not working, I suspect the problem is there. |
| Comment by markus makela [ 2021-08-15 ] |
|
I'm closing this as Not a Bug since MaxScale doesn't do anything special for Galera read synchronization. If you can better describe the problem you're seeing and what you think MaxScale should do, we can reopen the issue. |