#mysql #crash #centos7 #mysql-8.0 #percona
Вопрос:
Мы пытаемся выполнить последовательные запросы на обновление. Один и тот же запрос работает большую часть времени. Но случайно один из запросов вызывает проблему.
Однажды мы столкнулись с этой проблемой с запросом на удаление.
Я думаю, что это портит каталог данных.
Установлен Mysql: mysql версии 8.0.19-10 для Linux на x86_64 (сервер Percona (GPL), Выпуск 10, редакция f446c04)
Пожалуйста, обратитесь к конфигурации mysql ниже.
datadir=xxxxx socket=/var/lib/mysql/mysql.sock sql_mode=STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION log-error=/var/log/mysqld.log pid-file=/var/run/mysqld/mysqld.pid mysqlx_max_connections = 1001 max_connections = 1001 innodb_lock_wait_timeout = 400 gtid_mode = ON enforce_gtid_consistency = ON master_info_repository = TABLE relay_log_info_repository = TABLE binlog_checksum = NONE log_slave_updates = ON log_bin = binlog binlog_format = ROW transaction_write_set_extraction = XXHASH64 loose-group_replication_bootstrap_group = OFF loose-group_replication_start_on_boot = ON loose-group_replication_ssl_mode = DISABLED loose-group_replication_recovery_use_ssl = 0 loose-group_replication_group_name = xxxxx loose-group_replication_ip_whitelist = xxxxx loose-group_replication_group_seeds = xxxxx loose-group_replication_single_primary_mode = OFF loose-group_replication_enforce_update_everywhere_checks = ON require_secure_transport=OFF server_id = 3 bind-address = "0.0.0.0" report-host = xxxxxx loose-group_replication_local_address = "xxxxxx" relay-log=localhost-relay-bin max_allowed_packet=750M loose-group_replication_transaction_size_limit= 750M loose-group_replication_member_expel_timeout = 60 loose-group_replication_poll_spin_loops=100 binlog_row_image=MINIMAL loose-group_replication_compression_threshold=100 loose-group_replication_autorejoin_tries=100 innodb_read_io_threads=64 innodb_write_io_threads=64 binlog_expire_logs_seconds = 604800 mysqlx_max_allowed_packet= 750M log_output = 'TABLE' general_log = 'ON'
Вот журнал ошибок при выполнении определенных запросов на обновление и удаление.
13:07:29 UTC - mysqld got signal 11 ; Most likely, you have hit a bug, but this error can also be caused by malfunctioning hardware. Thread pointer: 0x7f0351283880 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 = 7f02d3454a9f thread_stack 0x46000 /usr/sbin/mysqld(my_print_stacktrace(unsigned char const*, unsigned long) 0x3d) [0x200b90d] /usr/sbin/mysqld(handle_fatal_signal 0x333) [0x11cf0f3] /lib64/libpthread.so.0( 0xf630) [0x7f04d943d630] /usr/sbin/mysqld(my_charpos_mb4 0x43) [0x272b1d3] /usr/sbin/mysqld(Field_blob::key_cmp(unsigned char const*, unsigned int) const 0x64) [0x12c3f74] /usr/sbin/mysqld(key_cmp(KEY_PART_INFO*, unsigned char const*, unsigned int) 0xac) [0xf1a0cc] /usr/sbin/mysqld(handler::compare_key_in_buffer(unsigned char const*) const 0x94) [0xdce924] /usr/sbin/mysqld() [0x224a8e0] /usr/sbin/mysqld(row_search_mvcc(unsigned char*, page_cur_mode_t, row_prebuilt_t*, unsigned long, unsigned long) 0x136d) [0x2252cdd] /usr/sbin/mysqld(ha_innobase::general_fetch(unsigned char*, unsigned int, unsigned int) 0x1ec) [0x20d63ec] /usr/sbin/mysqld(handler::ha_index_next_same(unsigned char*, unsigned char const*, unsigned int) 0x18e) [0xdc9d6e] /usr/sbin/mysqld(ha_innobase::read_range_next() 0x21) [0x20b29b1] /usr/sbin/mysqld(handler::multi_range_read_next(char**) 0x45) [0xdd1a95] /usr/sbin/mysqld(handler::ha_multi_range_read_next(char**) 0x28) [0xdcd978] /usr/sbin/mysqld(QUICK_RANGE_SELECT::get_next() 0x56) [0xf51646] /usr/sbin/mysqld(IndexRangeScanIterator::Read() 0x37) [0xfa62c7] /usr/sbin/mysqld(Sql_cmd_update::update_single_table(THD*) 0x17d4) [0x11565b4] /usr/sbin/mysqld(Sql_cmd_dml::execute(THD*) 0x418) [0x10dfc58] /usr/sbin/mysqld(mysql_execute_command(THD*, bool) 0x3cdb) [0x108da4b] /usr/sbin/mysqld(mysql_parse(THD*, Parser_state*, bool) 0x408) [0x108fa48] /usr/sbin/mysqld(dispatch_command(THD*, COM_DATA const*, enum_server_command) 0x2015) [0x1091ff5] /usr/sbin/mysqld(Srv_session::execute_command(enum_server_command, COM_DATA const*, CHARSET_INFO const*, st_command_service_cbs const*, cs_text_or_binary, void*) 0x24e) [0x11d2dde] /usr/sbin/mysqld(xpl::Sql_data_context::execute_server_command(enum_server_command, COM_DATA constamp;, xpl::iface::Resultset*) 0x78) [0x26401a8] /usr/sbin/mysqld(xpl::Sql_data_context::execute_sql(char const*, unsigned long, xpl::iface::Resultset*) 0x30) [0x2640490] /usr/sbin/mysqld(xpl::Crud_command_handler::execute_crud_update(Mysqlx::Crud::Update constamp;) 0x153) [0x2636f73] /usr/sbin/mysqld(xpl::Dispatcher::dispatch(ngs::Message_request constamp;) 0xac) [0x260c4bc] /usr/sbin/mysqld(xpl::Dispatcher::execute(ngs::Message_request constamp;) 0xda) [0x260c6fa] /usr/sbin/mysqld(xpl::Session::handle_ready_message(ngs::Message_request constamp;) 0x80) [0x2606a30] /usr/sbin/mysqld(ngs::Client::handle_message(ngs::Message_request*) 0x93) [0x26612f3] /usr/sbin/mysqld(ngs::Message_decoder::parse_protobuf_frame(unsigned char, unsigned int, xpl::Vio_input_stream*) 0x2cc) [0x266508c] /usr/sbin/mysqld(ngs::Message_decoder::parse_and_dispatch(unsigned char, unsigned int, xpl::Vio_input_stream*) 0x2c) [0x266675c] /usr/sbin/mysqld(ngs::Protocol_decoder::read_and_decode_impl(xpl::iface::Waiting_for_io*) 0x9b) [0x2666d1b] /usr/sbin/mysqld(ngs::Protocol_decoder::read_and_decode(xpl::iface::Waiting_for_io*) 0x25) [0x2666fb5] /usr/sbin/mysqld(ngs::Client::read_one_message_and_dispatch() 0x43) [0x26617a3] /usr/sbin/mysqld(ngs::Client::run(bool) 0x8b) [0x26619bb] /usr/sbin/mysqld(ngs::Scheduler_dynamic::worker() 0x518) [0x2672178] /usr/sbin/mysqld() [0x24e57dc] /lib64/libpthread.so.0( 0x7ea5) [0x7f04d9435ea5] /lib64/libc.so.6(clone 0x6d) [0x7f04d75ba8dd] Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (7f033a7054a8): UPDATE `ERCA_KB`.`Rules` SET doc=JSON_SET(JSON_SET(doc,'$.type','Inactive'),'$._id',JSON_EXTRACT(`doc`,'$._id')) WHERE (((((((JSON_EXTRACT(doc,'$.Data_Level') = 'Daily') AND (JSON_EXTRACT(doc,'$.RuleId') = 'crnsanrulFcovSinrPucch_nrnbr')) AND (JSON_EXTRACT(doc,'$.SourceTechnology') = '4g')) AND (JSON_EXTRACT(doc,'$.SourceVendor') = 'Ericsson')) AND (JSON_EXTRACT(doc,'$.service') = 'MBB')) AND (JSON_EXTRACT(doc,'$.type') = 'Aug')) AND (JSON_EXTRACT(doc,'$.latest') = 'True')) Connection ID (thread ID): 2741796 Status: NOT_KILLED Please help us make Percona Server better by reporting any bugs at https://bugs.percona.com/ You may download the Percona Server operations manual by visiting http://www.percona.com/software/percona-server/. You may find information in the manual which will help you identify the cause of the crash. 2021-11-08T13:07:32.568543Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.19-10) starting as process 26889 2021-11-08T13:07:34.615267Z 0 [System] [MY-010229] [Server] Starting XA crash recovery... 2021-11-08T13:07:34.625742Z 0 [System] [MY-010232] [Server] XA crash recovery finished. 13:29:03 UTC - mysqld got signal 11 ; Most likely, you have hit a bug, but this error can also be caused by malfunctioning hardware. Thread pointer: 0x7fe63c000b90 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 = 7fe5ae900a9f thread_stack 0x46000 /usr/sbin/mysqld(my_print_stacktrace(unsigned char const*, unsigned long) 0x3d) [0x200b90d] /usr/sbin/mysqld(handle_fatal_signal 0x333) [0x11cf0f3] /lib64/libpthread.so.0( 0xf630) [0x7fe6cd9a2630] /usr/sbin/mysqld(my_charpos_mb4 0x43) [0x272b1d3] /usr/sbin/mysqld(Field_blob::key_cmp(unsigned char const*, unsigned int) const 0x64) [0x12c3f74] /usr/sbin/mysqld(key_cmp(KEY_PART_INFO*, unsigned char const*, unsigned int) 0xac) [0xf1a0cc] /usr/sbin/mysqld(handler::compare_key_in_buffer(unsigned char const*) const 0x94) [0xdce924] /usr/sbin/mysqld() [0x224a8e0] /usr/sbin/mysqld(row_search_mvcc(unsigned char*, page_cur_mode_t, row_prebuilt_t*, unsigned long, unsigned long) 0x136d) [0x2252cdd] /usr/sbin/mysqld(ha_innobase::general_fetch(unsigned char*, unsigned int, unsigned int) 0x1ec) [0x20d63ec] /usr/sbin/mysqld(handler::ha_index_next_same(unsigned char*, unsigned char const*, unsigned int) 0x18e) [0xdc9d6e] /usr/sbin/mysqld(ha_innobase::read_range_next() 0x21) [0x20b29b1] /usr/sbin/mysqld(handler::multi_range_read_next(char**) 0x45) [0xdd1a95] /usr/sbin/mysqld(handler::ha_multi_range_read_next(char**) 0x28) [0xdcd978] /usr/sbin/mysqld(QUICK_RANGE_SELECT::get_next() 0x56) [0xf51646] /usr/sbin/mysqld(IndexRangeScanIterator::Read() 0x37) [0xfa62c7] /usr/sbin/mysqld(Sql_cmd_update::update_single_table(THD*) 0x17d4) [0x11565b4] /usr/sbin/mysqld(Sql_cmd_dml::execute(THD*) 0x418) [0x10dfc58] /usr/sbin/mysqld(mysql_execute_command(THD*, bool) 0x3cdb) [0x108da4b] /usr/sbin/mysqld(mysql_parse(THD*, Parser_state*, bool) 0x408) [0x108fa48] /usr/sbin/mysqld(dispatch_command(THD*, COM_DATA const*, enum_server_command) 0x2015) [0x1091ff5] /usr/sbin/mysqld(Srv_session::execute_command(enum_server_command, COM_DATA const*, CHARSET_INFO const*, st_command_service_cbs const*, cs_text_or_binary, void*) 0x24e) [0x11d2dde] /usr/sbin/mysqld(xpl::Sql_data_context::execute_server_command(enum_server_command, COM_DATA constamp;, xpl::iface::Resultset*) 0x78) [0x26401a8] /usr/sbin/mysqld(xpl::Sql_data_context::execute_sql(char const*, unsigned long, xpl::iface::Resultset*) 0x30) [0x2640490] /usr/sbin/mysqld(xpl::Crud_command_handler::execute_crud_update(Mysqlx::Crud::Update constamp;) 0x153) [0x2636f73] /usr/sbin/mysqld(xpl::Dispatcher::dispatch(ngs::Message_request constamp;) 0xac) [0x260c4bc] /usr/sbin/mysqld(xpl::Dispatcher::execute(ngs::Message_request constamp;) 0xda) [0x260c6fa] /usr/sbin/mysqld(xpl::Session::handle_ready_message(ngs::Message_request constamp;) 0x80) [0x2606a30] /usr/sbin/mysqld(ngs::Client::handle_message(ngs::Message_request*) 0x93) [0x26612f3] /usr/sbin/mysqld(ngs::Message_decoder::parse_protobuf_frame(unsigned char, unsigned int, xpl::Vio_input_stream*) 0x2cc) [0x266508c] /usr/sbin/mysqld(ngs::Message_decoder::parse_and_dispatch(unsigned char, unsigned int, xpl::Vio_input_stream*) 0x2c) [0x266675c] /usr/sbin/mysqld(ngs::Protocol_decoder::read_and_decode_impl(xpl::iface::Waiting_for_io*) 0x9b) [0x2666d1b] /usr/sbin/mysqld(ngs::Protocol_decoder::read_and_decode(xpl::iface::Waiting_for_io*) 0x25) [0x2666fb5] /usr/sbin/mysqld(ngs::Client::read_one_message_and_dispatch() 0x43) [0x26617a3] /usr/sbin/mysqld(ngs::Client::run(bool) 0x8b) [0x26619bb] /usr/sbin/mysqld(ngs::Scheduler_dynamic::worker() 0x518) [0x2672178] /usr/sbin/mysqld() [0x24e57dc] /lib64/libpthread.so.0( 0x7ea5) [0x7fe6cd99aea5] /lib64/libc.so.6(clone 0x6d) [0x7fe6cbb1f8dd] Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (7fe63c1f2588): UPDATE `ERCA_KB`.`Rules` SET doc=JSON_SET(JSON_SET(doc,'$.latest','False'),'$._id',JSON_EXTRACT(`doc`,'$._id')) WHERE (((((((JSON_EXTRACT(doc,'$.RuleId') = 'crnsaTermpointtoGnbdefinition') AND (JSON_EXTRACT(doc,'$.SourceVendor') = 'Ericsson')) AND (JSON_EXTRACT(doc,'$.service') = 'MBB')) AND (JSON_EXTRACT(doc,'$.SourceTechnology') = '4g')) AND (JSON_EXTRACT(doc,'$.Data_Level') = 'Daily')) AND (JSON_EXTRACT(doc,'$.type') = 'CKB')) AND (JSON_EXTRACT(doc,'$.latest') = 'True')) Connection ID (thread ID): 528 Status: NOT_KILLED Please help us make Percona Server better by reporting any bugs You may download the Percona Server operations manual by visiting Percona. You may find information in the manual which will help you identify the cause of the crash. 2021-11-08T13:29:05.738840Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.19-10) starting as process 10135 2021-11-08T13:29:07.485285Z 0 [System] [MY-010229] [Server] Starting XA crash recovery... 2021-11-08T13:29:07.495313Z 0 [System] [MY-010232] [Server] XA crash recovery finished. 05:47:00 UTC - mysqld got signal 11 ; Most likely, you have hit a bug, but this error can also be caused by malfunctioning hardware. Thread pointer: 0x7f6f1c5d89c0 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 = 7f6ff80a0c30 thread_stack 0x46000 /usr/sbin/mysqld(my_print_stacktrace(unsigned char const*, unsigned long) 0x3d) [0x200b90d] /usr/sbin/mysqld(handle_fatal_signal 0x333) [0x11cf0f3] /lib64/libpthread.so.0( 0xf630) [0x7f70198bf630] /usr/sbin/mysqld(my_charpos_mb4 0x43) [0x272b1d3] /usr/sbin/mysqld(Field_blob::key_cmp(unsigned char const*, unsigned int) const 0x64) [0x12c3f74] /usr/sbin/mysqld(key_cmp(KEY_PART_INFO*, unsigned char const*, unsigned int) 0xac) [0xf1a0cc] /usr/sbin/mysqld(handler::compare_key_in_buffer(unsigned char const*) const 0x94) [0xdce924] /usr/sbin/mysqld() [0x224a8e0] /usr/sbin/mysqld(row_search_mvcc(unsigned char*, page_cur_mode_t, row_prebuilt_t*, unsigned long, unsigned long) 0x136d) [0x2252cdd] /usr/sbin/mysqld(ha_innobase::index_read(unsigned char*, unsigned char const*, unsigned int, ha_rkey_function) 0x3ae) [0x20d601e] /usr/sbin/mysqld(handler::ha_index_read_map(unsigned char*, unsigned char const*, unsigned long, ha_rkey_function) 0x401) [0xdd08d1] /usr/sbin/mysqld(handler::read_range_first(key_range const*, key_range const*, bool, bool) 0x64) [0xdd1314] /usr/sbin/mysqld(ha_innobase::read_range_first(key_range const*, key_range const*, bool, bool) 0x28) [0x20b2968] /usr/sbin/mysqld(handler::multi_range_read_next(char**) 0x159) [0xdd1ba9] /usr/sbin/mysqld(handler::ha_multi_range_read_next(char**) 0x28) [0xdcd978] /usr/sbin/mysqld(QUICK_RANGE_SELECT::get_next() 0x56) [0xf51646] /usr/sbin/mysqld(IndexRangeScanIterator::Read() 0x37) [0xfa62c7] /usr/sbin/mysqld(Sql_cmd_update::update_single_table(THD*) 0x17d4) [0x11565b4] /usr/sbin/mysqld(Sql_cmd_dml::execute(THD*) 0x418) [0x10dfc58] /usr/sbin/mysqld(mysql_execute_command(THD*, bool) 0x3cdb) [0x108da4b] /usr/sbin/mysqld(mysql_parse(THD*, Parser_state*, bool) 0x408) [0x108fa48] /usr/sbin/mysqld(dispatch_command(THD*, COM_DATA const*, enum_server_command) 0x2015) [0x1091ff5] /usr/sbin/mysqld(do_command(THD*) 0x204) [0x1092ce4] /usr/sbin/mysqld() [0x11c0050] /usr/sbin/mysqld() [0x24e57dc] /lib64/libpthread.so.0( 0x7ea5) [0x7f70198b7ea5] /lib64/libc.so.6(clone 0x6d) [0x7f7017a3c8dd] Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (7f6f1c6266c8): update Rules set doc=json_set(doc,"$.latest","False") where doc-gt;gt;"$.latest"="True" and doc-gt;gt;"$.datetime" in ("14-06-2021 17:01:48","23-07-2021 11:30:19","30-06-2021 23:18:23","03-10-2020 16:38:04","03-10-2020 16:38:20","05-10-2021 20:01:40","02-06-2021 01:55:13","23-07-2021 11:29:51","22-03-2021 17:17:29","09-07-2021 16:32:00","23-07-2021 11:29:24","23-07-2021 11:28:58","23-07-2021 11:28:27","23-07-2021 10:52:32","02-10-2020 13:12:00","22-03-2021 12:49:10","10-08-2021 05:06:07","05-08-2021 12:39:10","23-07-2021 11:00:10","23-07-2021 11:00:59","23-07-2021 11:03:04","20-07-2021 15:12:24","23-07-2021 11:04:21","23-07-2021 11:03:48","23-07-2021 11:02:15","20-07-2021 15:20:03","06-10-2021 11:38:34","06-10-2021 11:37:18","18-06-2021 19:58:52","25-06-2021 21:57:26","20-06-2021 22:12:40","25-06-2021 21:58:10","20-06-2021 22:09:15","06-10-2021 11:40:14","06-10-2021 11:39:37","11-06-2021 00:33:33","05-10-2020 14:01:43","05-10-2020 14:00:13","05-10-2020 14:02:20","05-10-2020 13:56:13","05-10-2020 13:57:23","05-10-2020 Connection ID (thread ID): 1247 Status: NOT_KILLED Please help us make Percona Server better by reporting any bugs You may download the Percona Server operations manual by visiting. You may find information in the manual which will help you identify the cause of the crash. 2021-11-09T05:47:02.232811Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.19-10) starting as process 6933 2021-11-09T05:47:03.238504Z 0 [System] [MY-010229] [Server] Starting XA crash recovery... 2021-11-09T05:47:03.248103Z 0 [System] [MY-010232] [Server] XA crash recovery finished. 2021-11-09T05:47:03.331293Z 0 [Warning] [MY-010068] [Server] CA certificate ca.pem is self signed. 09:01:00 UTC - mysqld got signal 11 ; Most likely, you have hit a bug, but this error can also be caused by malfunctioning hardware. Thread pointer: 0x7f8c0c15f710 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 = 7f8b9ba03c30 thread_stack 0x46000 /usr/sbin/mysqld(my_print_stacktrace(unsigned char const*, unsigned long) 0x3d) [0x200b90d] /usr/sbin/mysqld(handle_fatal_signal 0x333) [0x11cf0f3] /lib64/libpthread.so.0( 0xf630) [0x7f8d3fd3c630] /usr/sbin/mysqld(my_charpos_mb4 0x43) [0x272b1d3] /usr/sbin/mysqld(Field_blob::key_cmp(unsigned char const*, unsigned int) const 0x64) [0x12c3f74] /usr/sbin/mysqld(key_cmp(KEY_PART_INFO*, unsigned char const*, unsigned int) 0xac) [0xf1a0cc] /usr/sbin/mysqld(handler::compare_key_in_buffer(unsigned char const*) const 0x94) [0xdce924] /usr/sbin/mysqld() [0x224a8e0] /usr/sbin/mysqld(row_search_mvcc(unsigned char*, page_cur_mode_t, row_prebuilt_t*, unsigned long, unsigned long) 0x136d) [0x2252cdd] /usr/sbin/mysqld(ha_innobase::index_read(unsigned char*, unsigned char const*, unsigned int, ha_rkey_function) 0x3ae) [0x20d601e] /usr/sbin/mysqld(handler::ha_index_read_map(unsigned char*, unsigned char const*, unsigned long, ha_rkey_function) 0x401) [0xdd08d1] /usr/sbin/mysqld(handler::read_range_first(key_range const*, key_range const*, bool, bool) 0x64) [0xdd1314] /usr/sbin/mysqld(ha_innobase::read_range_first(key_range const*, key_range const*, bool, bool) 0x28) [0x20b2968] /usr/sbin/mysqld(handler::multi_range_read_next(char**) 0x159) [0xdd1ba9] /usr/sbin/mysqld(handler::ha_multi_range_read_next(char**) 0x28) [0xdcd978] /usr/sbin/mysqld(QUICK_RANGE_SELECT::get_next() 0x56) [0xf51646] /usr/sbin/mysqld(IndexRangeScanIterator::Read() 0x37) [0xfa62c7] /usr/sbin/mysqld(Sql_cmd_delete::delete_from_single_table(THD*) 0xd2d) [0x10242dd] /usr/sbin/mysqld(Sql_cmd_dml::execute(THD*) 0x418) [0x10dfc58] /usr/sbin/mysqld(mysql_execute_command(THD*, bool) 0x3cdb) [0x108da4b] /usr/sbin/mysqld(mysql_parse(THD*, Parser_state*, bool) 0x408) [0x108fa48] /usr/sbin/mysqld(dispatch_command(THD*, COM_DATA const*, enum_server_command) 0x2015) [0x1091ff5] /usr/sbin/mysqld(do_command(THD*) 0x204) [0x1092ce4] /usr/sbin/mysqld() [0x11c0050] /usr/sbin/mysqld() [0x24e57dc] /lib64/libpthread.so.0( 0x7ea5) [0x7f8d3fd34ea5] /lib64/libc.so.6(clone 0x6d) [0x7f8d3deb98dd] Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (7f8c0c671f28): delete from Rules where doc-gt;gt;"$.latest"="True" and doc-gt;gt;"RuleId"="crPrachconfigindex1" and doc-gt;gt;"$.reponame"="Ericsson-4g" and doc-gt;gt;"$.Data_Level"="Hourly" and doc-gt;gt;"$.type"="CKB" Connection ID (thread ID): 1052 Status: NOT_KILLED Please help us make Percona Server better by reporting any bugs You may download the Percona Server operations manual by visiting . You may find information in the manual which will help you identify the cause of the crash. 2021-11-09T09:01:02.968940Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.19-10) starting as process 708 2021-11-09T09:01:03.748063Z 0 [System] [MY-010229] [Server] Starting XA crash recovery... 2021-11-09T09:01:03.759115Z 0 [System] [MY-010232] [Server] XA crash recovery finished.
Пожалуйста, дайте мне знать, в чем причина этой проблемы. В конфигурацию можно внести любые улучшения.
Комментарии:
1. Пожалуйста, запросите дополнительную информацию. Размер оперативной памяти, # ядер, любые устройства SSD или NVME на хост-сервере MySQL? Сообщение на pastebin.com и делитесь ссылками. В корне вашего входа в систему SSH, текстовые результаты: A) ВЫБЕРИТЕ КОЛИЧЕСТВО(*) ИЗ information_schema.tables; B) ПОКАЖИТЕ ГЛОБАЛЬНЫЙ СТАТУС; после как минимум 24 часов БЕЗОТКАЗНОЙ работы C) ПОКАЖИТЕ ГЛОБАЛЬНЫЕ ПЕРЕМЕННЫЕ; D) ПОКАЖИТЕ ПОЛНЫЙ СПИСОК ПРОЦЕССОВ; И очень полезную информацию htop ИЛИ top для большинства активных приложений, ulimit-a для списка ограничений Linux/Unix, iostat -xm 5 3 для ввода-вывода по устройствам и количеству ядер/процессоров, для анализа настройки рабочей нагрузки сервера, чтобы предоставить предложения.
2. max_allowed_packet=750 м — выглядит слишком высоко; сколько у вас оперативной памяти?