部分配置情况下开启主从复制线程会导致服务hang住

[cnjiang334]

5.7版本下，在集群中同时存在duckdb表和innodb表时且参数配置为duckdb_multi_trx_in_batch=OFF
duckdb_source_set_insert_only_to_binlog=OFF
duckdb_dml_in_batch=OFF
slave_parallel_workers=18
slave_preserve_commit_order=1 时开启主从复制线程会导致服务hang住，原因可能为duckdb事务提交破坏了事务提交顺序，在slave_preserve_commit_order=1时会死锁hang住，在slave_preserve_commit_order=0时不会hang住，但是会导致事务空洞，开启攒批有关参数时则不会，原因应该是开启攒批参数slave_parallel_workers失效，不会死锁

[Captain32]

@cnjiang334 DuckDB实例调整提交顺序，是对于单个事务内而言的，先提交InnoDB引擎，再提交DuckDB引擎。slave_preserve_commit_order的顺序保证是事务之间的。我感觉hang的话可能是其他地方的原因，方便提供一个简化的复现case么？或者您那边复现了，pstack打一下堆栈也行，我看看具体哪里hang住了。

[cnjiang334]

hang_pstack_20260522_152121.txt堆栈打点已上传，对应配置[mysqld]
duckdb_mode=ON
force_innodb_to_duckdb=OFF

duckdb_memory_limit=47244640256
duckdb_threads=0
duckdb_temp_directory=/opt/duckdb_temp

duckdb_multi_trx_in_batch=OFF
duckdb_source_set_insert_only_to_binlog=OFF
duckdb_dml_in_batch=OFF

Convert all InnoDB tables at startup

duckdb_convert_all_at_startup=OFF
duckdb_convert_all_at_startup_threads=32
duckdb_convert_all_at_startup_ignore_error=OFF
duckdb_require_primary_key=ON
slave_parallel_workers=18
binlog_order_commits=1
slave_preserve_commit_order=1
表现主从复制hang住，无法开启或关闭主从复制线程,服务没有hang住，数据库中只有一个被改成duckdb表，没有初始化自动转换