表「/tmp/#sql_1_0.MAI」當我嘗試使用<code>SHOW FULL FIELDS FROM</code>是隻讀

Question

或其他一些SHOW COLUMNS語法查詢我得到這個奇怪的錯誤消息：

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

TMP目錄存在並具有777權限。 更改tmp目錄my.cnf沒有幫助。

Chown將該dir添加到mysql用戶也沒有幫助。

重現步驟：

1. 安裝CentOS 7成虛擬機（或任何足夠舊內核）
2. CentOS上安裝多克7（這樣我們就可以利用高山）
3. 創建基於高山圖像與MariaDB的28年1月10日（apk add mysql mysql-client），或者使用容易獲得的圖像
4. 運行MySQL容器docker run --name mariadb_container mariadb_image
5. 連接MySQL使用docker exec -ti mariadb_container mysql -A
6. 運行SHOW FULL FIELDS FROM some_table查詢

如何跟蹤這個問題有什麼建議？

Answer 1

你應該嘗試降級MariaDB的到版本10.1.17（爲我工作）

Answer 2

警告：這是一個工作原理，而不是由任何獨立消息來源的證實。

有故障的3分可以解釋爲什麼這個錯誤是非常特殊的條件（CentOS 7，docker，alpine，mariadb 10.1.22+）下可重複：

• 一些linux kernel bug具體到/proc/self/fd/%d權限容器線程和setuid的
• /proc/基礎的realpath implementation在musl庫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在MariaDB的（2015，包括在內核4.4+）
• realpath implementation in musl
• mi_open修復

途徑來解決：

• 升級至th Ë最新的內核版本（於CentOS/RHEL沒有新的版本，所以切換到另一個操作系統或作出了一份請願書紅帽到反向移植the fix）
• 調查問題muslrealpath implementation
• 調查問題mariadb mi_open implementation（特別更改此文件在22年1月10日）

解決方法：

• 使用基於的glibc-MariaDB的上DockerHub公佈：https://hub.docker.com/r/library/mariadb/tags/
• 切換到mariadb 10.1.20（bug前的最新穩定版本）：https://hub.docker.com/r/sizmek/mariadb/tags/