mariadb | Calos's Blog

WSL Ubuntu 透過 APT 安裝軟體時出現 IPC connect call failed 與 NO_PUBKEY

安裝 MariaDB 時，官方貼心的提供了一個 Repository Configuration Tool，可以選好自己的作業系統與想要安裝的發行版後產生相對應的指令碼，直接複製貼上就可以透過套件管理員進行安裝。

這兩天在摸索 WSL (Windows Subsystem Linux)，使用的發行版是 Ubuntu，而今天在 WLS 內安裝 MariaDB 10.4 時卻出現一些錯誤：

sudo apt-get install software-properties-common
Reading package lists... Done
Building dependency tree
Reading state information... Done
software-properties-common is already the newest version (0.96.24.32.9).
The following packages were automatically installed and are no longer required:
  gyp javascript-common libhttp-parser2.7.1 libjs-async libjs-inherits libjs-jquery libjs-node-uuid libjs-underscore libuv1-dev nodejs-doc
Use 'sudo apt autoremove' to remove them.
0 upgraded, 0 newly installed, 0 to remove and 21 not upgraded.

sudo apt-key adv --recv-keys --keyserver hkp://keyserver.ubuntu.com:80 0xF1656F24C74CD1D8
Executing: /tmp/apt-key-gpghome.jVRLtzEDLC/gpg.1.sh --recv-keys --keyserver hkp://keyserver.ubuntu.com:80 0xF1656F24C74CD1D8
gpg: connecting dirmngr at '/tmp/apt-key-gpghome.jVRLtzEDLC/S.dirmngr' failed: IPC connect call failed
gpg: keyserver receive failed: No dirmngr

sudo add-apt-repository 'deb [arch=amd64,arm64,ppc64el] http://ftp.ubuntu-tw.org/mirror/mariadb/repo/10.4/ubuntu bionic main'
Hit:1 http://free.nchc.org.tw/ubuntu bionic InRelease
Hit:2 http://free.nchc.org.tw/ubuntu bionic-updates InRelease
Get:3 http://ftp.ubuntu-tw.org/mirror/mariadb/repo/10.4/ubuntu bionic InRelease [3901 B]
Hit:4 https://deb.nodesource.com/node_10.x bionic InRelease
Hit:5 http://security.ubuntu.com/ubuntu bionic-security InRelease
Err:3 http://ftp.ubuntu-tw.org/mirror/mariadb/repo/10.4/ubuntu bionic InRelease
  The following signatures couldn't be verified because the public key is not available: NO_PUBKEY F1656F24C74CD1D8
Reading package lists... Done
W: GPG error: http://ftp.ubuntu-tw.org/mirror/mariadb/repo/10.4/ubuntu bionic InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY F1656F24C74CD1D8
E: The repository 'http://ftp.ubuntu-tw.org/mirror/mariadb/repo/10.4/ubuntu bionic InRelease' is not signed.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.

有兩個關鍵字：

IPC connect call failed (Line 12)
NO_PUBKEY (Line 25)

找了一下，發現是 WSL 自己的問題，跟 Ubuntu 沒有太大的關係；開發者 Ghost 表示是 WSL 下的 Ubuntu Bionic 第一版的問題，改用 curl 去把 key 抓下來後透過 sudo apt-key add 就可以解決：

It’s Bugging Since The First Bionics in wsl. But the temporary to pass this problems is using apt-key add instead adv options through wget or curl :
curl -sL “http://keyserver.ubuntu.com/pks/lookup?op=get&search=0xA6A19B38D3D831EF” | sudo apt-key add

但是在 issue closed 後隔沒幾天有其他人表示說問題依然存在，並沒有被解決，最後發現只是各個軟體的 key 不一樣而已，開發者 foxliu 提醒依照安裝軟體的不同，要自己更換 key，以 MariaDB 來說，官方提供的 key 為 0xF1656F24C74CD1D8, 所以把指令改成這樣就好：

curl -sL "http://keyserver.ubuntu.com/pks/lookup?op=get&search=0xF1656F24C74CD1D8" | sudo apt-key add
OK

最後重新執行一次 sudo apt update，就可以把套件資訊抓回來了。

sudo apt update
Hit:1 http://free.nchc.org.tw/ubuntu bionic InRelease
Hit:2 http://free.nchc.org.tw/ubuntu bionic-updates InRelease
Hit:3 https://deb.nodesource.com/node_10.x bionic InRelease
Get:4 http://ftp.ubuntu-tw.org/mirror/mariadb/repo/10.4/ubuntu bionic InRelease [3901 B]
Hit:5 http://security.ubuntu.com/ubuntu bionic-security InRelease
Get:6 http://ftp.ubuntu-tw.org/mirror/mariadb/repo/10.4/ubuntu bionic/main arm64 Packages [7787 B]
Get:7 http://ftp.ubuntu-tw.org/mirror/mariadb/repo/10.4/ubuntu bionic/main amd64 Packages [8008 B]
Get:8 http://ftp.ubuntu-tw.org/mirror/mariadb/repo/10.4/ubuntu bionic/main ppc64el Packages [7793 B]
Fetched 27.5 kB in 4s (6549 B/s)
Reading package lists... Done
Building dependency tree
Reading state information... Done
24 packages can be upgraded. Run 'apt list --upgradable' to see them.

檢查一下套件資訊：

apt show mariadb-server
Package: mariadb-server
Version: 1:10.4.6+maria~bionic
Priority: optional
Section: database
Source: mariadb-10.4
Maintainer: MariaDB Developers <[email protected]>
Installed-Size: 10.2 kB
Depends: mariadb-server-10.4 (>= 1:10.4.6+maria~bionic)
Homepage: http://mariadb.org/
Download-Size: 3180 B
APT-Sources: http://ftp.ubuntu-tw.org/mirror/mariadb/repo/10.4/ubuntu bionic/main amd64 Packages
Description: MariaDB database server (metapackage depending on the latest version)
 This is an empty package that depends on the current "best" version of
 mariadb-server (currently mariadb-server-10.4), as determined by the MariaDB
 maintainers. Install this package if in doubt about which MariaDB
 version you need. That will install the version recommended by the
 package maintainers.
 .
 MariaDB is a fast, stable and true multi-user, multi-threaded SQL database
 server. SQL (Structured Query Language) is the most popular database query
 language in the world. The main goals of MariaDB are speed, robustness and
 ease of use.

N: There are 2 additional records. Please use the '-a' switch to see them.

如果安裝其他套件時出現類似的錯誤，把 key 替換應該都能解決。

Reference: Ubuntu 18.04 gpg dirmngr IPC connect call failed #3286

發表留言

apt / apt-get / debian / mariadb / mysql / ubuntu / vscode / windows / wsl

Calos 2018-06-14 2018-09-11 Database / MariaDB / MySQL

[MariaDB/MySQL] 建立連線帳號與指派權限

建立帳號，其中「myaccount」是帳號，「mypassword」是密碼，主機為 localhost。

CREATE USER 'myaccount'@'localhost' IDENTIFIED BY 'mypassword';

權限設定的指令結構如下（MariaDB 10.2）：

GRANT
    priv_type [(column_list)]
      [, priv_type [(column_list)]] ...
    ON [object_type] priv_level
    TO user  [IDENTIFIED [BY [PASSWORD] 'password']
        |{VIA|WITH} plugin_name 
           [{USING|AS} 'plugin_option']]
        [, user [IDENTIFIED [BY [PASSWORD] 'password']
        |{VIA|WITH} plugin_name] 
           [{USING|AS} 'plugin_option']]
    user_options...

GRANT PROXY ON user_specification
    TO user_specification [, user_specification] ...
    [WITH GRANT OPTION]

user_options:
    [REQUIRE {NONE | tls_option [[AND] tls_option] ...}]
    [WITH with_option [with_option] ...]

object_type:
    TABLE
  | FUNCTION
  | PROCEDURE

priv_level:
    *
  | *.*
  | db_name.*
  | db_name.tbl_name
  | tbl_name
  | db_name.routine_name

with_option:
    GRANT OPTION
  | MAX_QUERIES_PER_HOUR count
  | MAX_UPDATES_PER_HOUR count
  | MAX_CONNECTIONS_PER_HOUR count
  | MAX_USER_CONNECTIONS count
  | MAX_STATEMENT_TIME time

tls_option:
    SSL
  | X509
  | CIPHER 'cipher'
  | ISSUER 'issuer'
  | SUBJECT 'subject'

1 則迴響

database / mariadb / mysql

Calos 2018-05-31 2018-09-11 Database / MariaDB / MySQL

[MariaDB/MySQL] 在 Update 子查詢中使用 Limit 限制影響範圍

一般情況下，我們可以很簡單的利用 Limit 語法在進行資料異動中限制影響範圍。

UPDATE `my_table` SET `my_col` = 'data' LIMIT 2;

但是涉及使用子查詢的情境時，這招便不管用了。

例如今天資料長這樣：

+--------+--------+
| number | my_col |
+--------+--------+
|      1 | a      |
|      1 | a      |
|      2 | b      |
|      2 | b      |
|      3 | c      |
|      3 | c      |
+--------+--------+

我想要 Update 前面兩種資料，也就是要下 Limit 2，但是 number 一樣的話就要一起 Update，所以 number 為 1 和 2 的 record 應該都要 Update，所以預期應該要有 4 筆 record 被 Update。直覺利用 Sub-Query 應該可以做到：

UPDATE `my_table` SET `my_col` = 'data' WHERE `number` IN (
    SELECT DISTINCT `number` FROM `my_table` LIMIT 2
);

但是如果在 MariaDB/MySQL 5.5 或之後的版本執行時應該會得到 [Err] 1235 - This version of MariaDB doesn't yet support 'LIMIT & IN/ALL/ANY/SOME subquery'。

那這樣要怎麼辦呢？工具是死的，人是活的，Stackoverflow 就有人想到辦法繞過去了。我們把 Limit 語法放到第三層子查詢（子查詢中的子查詢）就好了！

UPDATE `my_table` SET `my_col` = 'data' WHERE `number` IN (
    SELECT `number` FROM (
        SELECT DISTINCT `number` FROM `my_table` LIMIT 2
    ) as `sub_query_2`
);

Reference: MySQL – UPDATE query with LIMIT – Stack Overflow

發表留言

database / limit / mariadb / mysql / sub-query / 子查詢

Calos 2017-08-21 2018-09-11 Database / MariaDB / MySQL

[MariaDB/MySQL] ERROR 1118 (42000): Row size too large (> 8126)

今天在匯入資料庫時出現錯誤，導致匯入中斷

ERROR 1118 (42000) at line 437: Row size too large (> 8126). Changing some columns to TEXT or BLOB may help. In current row format, BLOB prefix of 0 bytes is stored inline.

造成的主因是設定檔中啟用了 innodb_strict_mode。

在 MariaDB 10.2.2，或是 MySQL 5.7.7 以上的版本預設會開啟，這裡使用的伺服器是 MariaDB 10.2.8，所以在匯入的 SQL 檔單中有單行超過 8126 個字元的話，在 innodb_strict_mode 開啟的情況下會觸發錯誤，並中斷執行。

一般情況下建議是開啟的，因為相較之下 run-time error 會更頭痛，不過這裡只是單純要匯入資料，所以暫時先關閉後再開啟。

編輯 /etc/mysql/my.cnf，並將 innodb_strict_mode 設為 0，重新啟動服務後即可。

References:
Stack Overflow: MySQL: Error Code: 1118 Row size too large (> 8126). Changing some columns to TEXT or BLOB
Stack Overflow: Change limit for “Mysql Row size too large
MariaDB: XtraDB/InnoDB Strict Mode
MySQL: MySQL Glossary

發表留言

database / mariadb / mysql

Calos 2017-02-06 2018-09-11 Database / MariaDB / MySQL

[MariaDB/MySQL] mysqldump include/exclude (ignore) specific table

備份資料庫其中一種方式是使用 mysqldump 指令，例如我要備份一個名為db1的資料庫：

mysqldump -u admin -p db1
# 參數說明
# -u: 使用者名稱
# -p: 密碼，指令enter後會要求輸入密碼，也可以直接將密碼連接在後面，如密碼為123456的話，參數改成 '-p123456' 後指令會直接執行，不會再次要求輸入密碼

若只要備份特定的資料表時，有三種方式

排除/忽略特定資料表 (Exclude / Ignore)
使用參數 --ignore-table 去排除，需完整名稱 (即 database.table)；多個 table 無法使用逗點 (comma) 串接，需個別指定。適用於排除少數資料表。
```
mysqldump -u root -p123456 myDB --ignore-table=myDB.logs --ignore-table=myDB.users > dump.sql
```
指定資料表名稱 (Include)
在資料庫名稱後面指定資料表名稱，可指定多個資料表；無法使用 * 去指定特殊的 prefix / suffix；適用於匯出少數資料表。
```
mysqldump -u root -p123456 myDB table_1 table_2 table_3 > dump.sql
```
包含特定資料表前綴/後綴或特定 pattern 的資料表 (Include prefix / suffix / pattern)
利用 sub command 在內層執行 SQL 先取得指定資料表名稱後，再執行外層的 mysqldump ，適用於資料表數量眾多，需匯出指定資料表也較多的資料庫。
```
mysqldump -u root -p123456 myDB  $(mysql -u root -p123456 myDB -Bse "SHOW TABLES LIKE 'my_table_%'") > dump.sql
```
一般情況下用 LIKE 語法就夠了，若情況特殊，用 REGEXP 語法去撈也是可行的，需注意 WHERE 的欄位是 `Tables_in_資料庫名稱` 。
```
mysqldump -u root -p123456 myDB  $(mysql -u root -p123456 myDB -Bse "SHOW TABLES WHERE `Tables_in_myDB` REGEXP 'table_[0-9]+_[A-Za-z]+'") > dump.sql
```

Reference: http://stackoverflow.com/a/26514699/7521686

發表留言

backup / database / export / mariadb / mysql / mysqldump / pattern