Details
-
Bug
-
Status: Closed (View Workflow)
-
Critical
-
Resolution: Fixed
-
10.5.4
Description
Triggered by this blog post from Percona.
Problem could be reproduced with sysbench-tpcc and Percona settings. Buffer pool 25G for 100G data set (1000 warehouses). Datadir located on SSD. tpcc workload with 32 benchmark threads on hardware with 16 cores/32 hyperthreads.
Throughput starts high and then decreases over a varying time period (500 .. 1200 seconds) to reach ~200 tps. Performance schema shows lots of time spent with buf_pool_mutex. CPU usage of the mariadbd process is rather low around 300%.
MySQL 8.0 does not show that problem. MariaDB 10.5.4 performs better than pre-10.5.5 shapshot.
Attachments
Issue Links
- blocks
-
MDEV-12227 Defer writes to the InnoDB temporary tablespace
- Closed
-
MDEV-14481 Execute InnoDB crash recovery in the background
- Closed
-
MDEV-16526 Overhaul the InnoDB page flushing
- Closed
-
MDEV-23720 Change innodb_log_optimize_ddl=OFF by default
- Closed
-
MDEV-23756 Implement event-driven innodb_adaptive_flushing=OFF that ignores innodb_io_capacity
- Open
- causes
-
MDEV-25072 Hang + Heap Corruption: SIGABRT in __libc_message from _int_free on DBUGCloseFile
- Closed
-
MDEV-25773 sysbench-TPCC failed to prepare with extremely slow execution
- Closed
-
MDEV-25801 DROP DATABASE very slow after innodb undo log truncate
- Closed
-
MDEV-27022 Buffer pool is being flushed during recovery
- Closed
-
MDEV-28371 Assertion fold == id.fold() failed in buf_flush_check_neighbor()
- Closed
- is blocked by
-
MDEV-23410 buf_LRU_scan_and_free_block() fails to stop at first freed block
- Closed
- is caused by
-
MDEV-15053 Reduce buf_pool_t::mutex contention
- Closed
-
MDEV-15058 Remove multiple InnoDB buffer pool instances
- Closed
- relates to
-
MDEV-11384 AliSQL: [Feature] Issue#19 BUFFER POOL LIST SCAN OPTIMIZATION
- Closed
-
MDEV-21452 Use condition variables and normal mutexes instead of InnoDB os_event and mutex
- Closed
-
MDEV-23719 Make lock_sys use page_id_t
- Closed
-
MDEV-23855 InnoDB log checkpointing causes regression for write-heavy OLTP
- Closed
-
MDEV-24022 mariabackup.undo_space_id failed in buildbot
- Closed
-
MDEV-24278 InnoDB page cleaner keeps waking up on idle server
- Closed
-
MDEV-24913 Assertion !recv_no_log_write in log_write_up_to()
- Closed
-
MDEV-26004 Excessive wait times in buf_LRU_get_free_block()
- Closed
-
MDEV-27466 Deadlock when purge thread races the flush thread for page lock under Innodb redo log space pressure
- Closed
-
MDEV-28052 test main.implicit_commit crashed on sparc64
- Closed
-
MDEV-28415 ALTER TABLE on a large table hangs InnoDB
- Closed
-
MDEV-13670 [Note] InnoDB: page_cleaner: 1000ms intended loop took XXXXms. The settings might not be optimal. (flushed=0 and evicted=0, during the time.)
- Closed
-
MDEV-14550 Error log flood : "InnoDB: page_cleaner: 1000ms intended loop took N ms. The settings might not be optimal."
- Closed
-
MDEV-21330 Lock monitor doesn't print a semaphore's last reserved thread in non-debug builds and INFORMATION_SCHEMA.INNODB_SYS_SEMAPHORE_WAITS is totally broken
- Closed
-
MDEV-24024 innodb.ibuf_not_empty failed in buildbot
- Closed
- links to