Maxscale подключает slave еще со старыми данными и направляет на него запросы

Есть maxscale который управляет репликацией master-slave. Когда slave падает, а потом снова подключается она еще не синхронизировалась, но уже доступна для запросов и туда направляется запросы на чтение. Можно ли как-то ограничить доступность к slave пока он не обновить данные?

[MariaDB-Monitor]
type=monitor
module=mariadbmon
user=*
password=*
servers=server1,server2,server3
monitor_interval=200ms
backend_connect_timeout=3s
backend_read_timeout=3s
backend_write_timeout=3s
backend_connect_attempts=1
journal_max_age=28800s
disk_space_check_interval=0ms
script_timeout=90s
events=all
failcount=5
ignore_external_masters=false
auto_failover=true
failover_timeout=90s
switchover_timeout=90s
replication_master_ssl=false
verify_master_failure=true
master_failure_timeout=10s
auto_rejoin=true
enforce_read_only_slaves=true
switchover_on_low_disk_space=false
maintenance_on_low_disk_space=true
handle_events=true
assume_unique_hostnames=true
enforce_simple_topology=true
cooperative_monitoring_locks=none
master_conditions=primary_monitor_master,connecting_slave,connected_slave,running_slave
slave_conditions=primary_monitor_master,linked_master,running_master,writable_master

[t]
type=service
router=readwritesplit
router_options=master
user=*
password=*
enable_root_user=false
max_connections=0
connection_timeout=0
net_write_timeout=0
auth_all_servers=false
strip_db_esc=true
log_auth_warnings=true
session_track_trx_state=false
retain_last_statements=1
session_trace=false
rank=primary
connection_keepalive=30s
causal_reads=false
causal_reads_timeout=10000ms
delayed_retry=false
delayed_retry_timeout=1000ms
disable_sescmd_history=true
lazy_connect=false
master_accept_reads=false
master_failure_mode=fail_instantly
master_reconnection=false
max_sescmd_history=50
max_slave_connections=255
max_slave_replication_lag=0ms
optimistic_trx=false
prune_sescmd_history=false
retry_failed_reads=true
slave_connections=255
slave_selection_criteria=LEAST_GLOBAL_CONNECTIONS
strict_multi_stmt=true
strict_sp_calls=true
transaction_replay=false
transaction_replay_attempts=5
transaction_replay_max_size=1073741824
transaction_replay_retry_on_deadlock=false
use_sql_variables_in=master
targets=server1,server2,server3