240515 16:54:27 [ERROR] mysqld got signal 11 ;
Sorry, we probably made a mistake, and this is a bug.

Your assistance in bug reporting will enable us to fix this for the next release.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs

We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.

Server version: 10.11.7-MariaDB-log source revision: 87e13722a95af5d9378d990caf48cb6874439347
key_buffer_size=134217728
read_buffer_size=131072
max_used_connections=1
max_threads=302
thread_count=1
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 796263 K  bytes of memory
Hope that's ok; if not, decrease some variables in the equation.

Thread pointer: 0x7f0808000fc8
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x7f0847e9cce0 thread_stack 0x49000
addr2line: 'mysqld': No such file
mysqld(my_print_stacktrace+0x2e)[0x555e69ca5fde]
Printing to addr2line failed
mysqld(handle_fatal_signal+0x2f7)[0x555e6968e857]
/lib64/libpthread.so.0(+0x16910)[0x7f08490db910]
addr2line: 'mysqld': No such file
mysqld(_ZN14Rows_log_event15update_sequenceEv+0x46)[0x555e697c2746]
mysqld(_ZN14Rows_log_event9write_rowEP14rpl_group_infob+0x1a6)[0x555e697c29f6]
mysqld(_ZN20Write_rows_log_event11do_exec_rowEP14rpl_group_info+0x10e)[0x555e697c300e]
mysqld(_ZN14Rows_log_event14do_apply_eventEP14rpl_group_info+0x3bf)[0x555e697b73ef]
mysqld(_ZN9Log_event11apply_eventEP14rpl_group_info+0x77)[0x555e697aec07]
mysqld(_Z32save_restore_context_apply_eventP9Log_eventP14rpl_group_info+0x2d)[0x555e6953e6ad]
mysqld(_Z29mysql_client_binlog_statementP3THD+0x31b)[0x555e6953eb1b]
mysqld(_Z21mysql_execute_commandP3THDb+0x1ca0)[0x555e6944a1d0]
mysqld(_Z11mysql_parseP3THDPcjP12Parser_state+0x20b)[0x555e6944e07b]
mysqld(_Z16dispatch_command19enum_server_commandP3THDPcjb+0x14b0)[0x555e694504d0]
mysqld(_Z10do_commandP3THDb+0x123)[0x555e69451a53]
mysqld(_Z24do_handle_one_connectionP7CONNECTb+0x187)[0x555e6955d147]
mysqld(handle_one_connection+0x34)[0x555e6955d3e4]
mysqld(+0xcdfc3c)[0x555e698dfc3c]
/lib64/libpthread.so.0(+0xa6ea)[0x7f08490cf6ea]
/lib64/libc.so.6(clone+0x41)[0x7f08488ad50f]

Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x7f08080126e0): BINLOG '
zMBEZhMBAAAAQwAAACQCAAAAABIAAAAAAAEACHNlcV90ZXN0AA10ZXN0X3NlcXVlbmNlAAgICAgI
CAgBCAAAOHgDMw==
zMBEZhcBAAAAWwAAAH8CAAAAABIAAAAAAAEACP8ACPhUBQAAAAABAAAAAAAAAP7///////9/AMY+
BQAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAlxCr4Q==
'

Connection ID (thread ID): 7
Status: NOT_KILLED

Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=off,index_condition_pushdown=on,derived_merge=on,derived_with_keys=on,firstmatch=on,loosescan=on,materialization=on,in_to_exists=on,semijoin=on,partial_match_rowid_merge=on,partial_match_table_scan=on,subquery_cache=on,mrr=off,mrr_cost_based=off,mrr_sort_keys=off,outer_join_with_cache=on,semijoin_with_cache=on,join_cache_incremental=on,join_cache_hashed=on,join_cache_bka=on,optimize_join_buffer_size=on,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on,split_materialized=on,condition_pushdown_for_subquery=on,rowid_filter=on,condition_pushdown_from_having=on,not_null_range_scan=off,hash_join_cardinality=off,cset_narrowing=off

The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mariadbd/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /WORK/DUMP/DBYTMA80/test/datadir
Resource Limits:
Limit                     Soft Limit           Hard Limit           Units
Max cpu time              unlimited            unlimited            seconds
Max file size             unlimited            unlimited            bytes
Max data size             unlimited            unlimited            bytes
Max stack size            8388608              unlimited            bytes
Max core file size        unlimited            unlimited            bytes
Max resident set          unlimited            unlimited            bytes
Max processes             2437                 2437                 processes
Max open files            32332                32332                files
Max locked memory         65536                65536                bytes
Max address space         unlimited            unlimited            bytes
Max file locks            unlimited            unlimited            locks
Max pending signals       2437                 2437                 signals
Max msgqueue size         819200               819200               bytes
Max nice priority         0                    0
Max realtime priority     0                    0
Max realtime timeout      unlimited            unlimited            us
Core pattern: core.%e.%t.%p

Kernel version: Linux version 5.14.21-150500.55.36-default (geeko@buildhost) (gcc (SUSE Linux) 7.5.0, GNU ld (GNU Binutils; SUSE Linux Enterprise 15) 2.41.0.20230908-150100.7.46) #1 SMP PREEMPT_DYNAMIC Tue Oct 31 08:37:43 UTC 2023 (e7a2e23)