表'/tmp/#sql_1_0.MAI'是只读的

Question

当我尝试使用SHOW FULL FIELDS FROM或其他SHOW COLUMNS语法查询时，我收到以下奇怪的错误消息：

MariaDB [mysql]> show full fields from user;
ERROR 1036 (HY000): Table '/tmp/#sql_126_0.MAI' is read only

Tmp dir存在且具有777权限。 在my.cnf中更改tmp目录无济于事。

Chown将该目录提供给mysql用户也无济于事。

重现的步骤：

1. 将CentOS 7安装到VM（或任何足够旧的内核）
2. 在CentOS 7上安装Docker（以便我们可以使用alpine）
3. 使用MariaDB 10.1.28（apk add mysql mysql-client）创建基于alpine的图像或使用随时可用的图像
4. 运行mysql容器docker run --name mariadb_container mariadb_image
5. 使用docker exec -ti mariadb_container mysql -A
连接到mysql
6. 运行SHOW FULL FIELDS FROM some_table查询

有关如何追踪该问题的任何建议？

Answer 1

警告：这是一个有效的理论，未经任何独立来源确认。

有3个失败点可以解释为什么在特定条件下（CentOS 7，docker，alpine，mariadb 10.1.22+）可以重现错误：

• 某些linux kernel bug特定于/proc/self/fd/%d容器线程权限和setuid
{li> /proc/ - 基于musl库中的realpath implementation
• 更改mariadb以修复mi_open race condition security issue

讨论的链接：

• docker4drupal
• Alpine mariadb package
• docker issue describing wrong readlink behavior
• discussion of musl implementation of realpath

代码链接：

• Kernel fix for fd permissions security issue（2013年，包含在内核3.12+）
• Kernel fix to fix regression introduced by previous fix（2015年，包含在内核4.4+）
• realpath implementation in musl
• mi_open修复mariadb

修复方法：

• 升级到最新的内核版本（CentOS / RHEL中没有新版本，因此切换到另一个操作系统或向RedHat请求后退the fix）
• 调查musl realpath implementation
中的问题
• 调查mariadb mi_open implementation中的问题（特别是对10.1.22中此文件的更改）

解决方法：

• 使用在DockerHub上发布的基于glibc的mariadb：https://hub.docker.com/r/library/mariadb/tags/
• 切换到mariadb 10.1.20（错误之前的最新稳定版本）：https://hub.docker.com/r/sizmek/mariadb/tags/

Answer 2

您应该尝试将 Mariadb 降级为版本 10.1.17 （为我工作）