我有一个问题，我无法获胜。使用 Debian 10 (64) 和 MariaDB 10.4 设置新服务器。该服务器上还没有流量。因此，没有慢速查询或总共查询，MariaDB 已经占用了 300% 的 CPU。无论我做什么以及如何修改配置。IT总是这样。启用的功能：静态数据加密。有来自它的复制（主到从），但我将其关闭，怀疑可能是这样，但不是... Iotop 显示没有可能导致此 CPU 使用率的数据写入，那么发生了什么事，有人遇到过这样的问题吗？
PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command
24419 mysql 20 0 19.4G 2008M 23268 S 299. 5.5 22:51.15 /usr/sbin/mysqld
24445 mysql 20 0 19.4G 2008M 23268 S 79.3 5.5 5:40.03 /usr/sbin/mysqld
24448 mysql 20 0 19.4G 2008M 23268 R 76.1 5.5 5:38.87 /usr/sbin/mysqld
24446 mysql 20 0 19.4G 2008M 23268 R 72.4 5.5 5:41.99 /usr/sbin/mysqld
24447 mysql 20 0 …我正在尝试在 Docker 容器中的 MariaDB 10.4.11-MariaDB-1:10.4.11+maria~bionic 上安装 Nextcloud (mariadb:latest sha256:2f11cf2ec18988aec8346a5cf528d69ac3f0f4fc02af79ba28f4fd47b7778d6f)。
安装程序所做的第一件事是尝试ROW_FORMAT=COMPRESSED在 DDL 中创建一个表，这会产生错误 140“错误的创建选项”。
如果我省略 row_format 参数，则会创建表，但使用 DYNAMIC row_format。
这里发生了什么？是否ROW_FORMAT=COMPRESSED在某个时候被删除了，或者正在拉取的 MariaDB docker 版本是否未使用它进行编译？
如果不修改 Nextcloud 的 SQL DDL，我能在这里做什么？
Edit:
最后可以添加有关我的系统的更多信息，如下：
首先是我的my.cnf
[mysqld]
innodb_large_prefix=on
innodb_file_per_table=on
innodb_doublewrite=off
innodb_page_size=64k
innodb_file_format=barracuda
innodb_compression_algorithm=lz4
innodb_compression_default=ON
这会导致启动包含以下行：
2020-01-11 07:10:48+00:00 [Note] [Entrypoint]: Entrypoint script for MySQL Server 1:10.4.11+maria~bionic started.
2020-01-11 07:10:57+00:00 [Note] [Entrypoint]: Switching to dedicated user 'mysql'
2020-01-11 07:10:58+00:00 [Note] [Entrypoint]: Entrypoint script for MySQL Server 1:10.4.11+maria~bionic started.
2020-01-11 7:10:58 0 [Note] mysqld (mysqld …