Zeroplex 生活隨筆

GNU grep 的 exit code 會因結果而不同

2019 年 5 月 7 日2021 年 3 月 12 日日落尚無留言

昨天寫了類似以下這樣一段 script：

#!/usr/bin/env bash

set -e

R=`ls /dev/ | grep sd`

echo "Results found:"
echo $R

照理來說，不管 grep 是有有撈到資料，至少會印出「Results found」字樣，但實際執行時卻什麼資料都沒有輸出。

後來使用「bash -xv」來執行，監視值流程，才發現 script 執行到一半就中斷了：

$ bash -xv qwe.sh 
#!/usr/bin/env bash

set -e
+ set -e

R=`ls /dev/ | grep sd`
++ ls /dev/
++ grep sd
+ R=

追蹤後發現二個結果交互影響導致 script 中斷：

set -e 的設定
grep 的 exit code

在 bash 中「set -e」代表遇到錯誤立即中斷執行；而 grep 的 exit code 比較令人意外，當 grep 有找到資料時，則 exit code 為 0 (正常結束)，若 grep 都沒有找到指定的字串，則會回傳 1 (錯誤)。這二件事情同時發生，所以就導致了上面的 script 在 grep 執行後就中斷執行。

// ——

shell script 好像沒什麼 debug 的工具，不過在執行時可以透過 bash 的參數，來提供執行時的一些狀態，例如： -xv。

Bash, Linux

在 bash 看指令執行後的 exit status code

2019 年 5 月 6 日2021 年 3 月 12 日日落尚無留言

老題目了，做個筆記。

Linux 底下，所有程式、指令結束都會有個 exit code，有點像是執行成功、或失敗的狀態。一般來說，正常執行的 exit code 都會是 0。

如果要看前一個指令執行後的 exit code，可以使用「echo $?」來看：

$ cd .
$ echo $?
0
$ mkdir app
mkdir: cannot create directory ‘app’: File exists
echo $?
1

Bash, Linux

幾個清空 docker 資料的好用指定

2019 年 5 月 3 日2021 年 3 月 12 日日落尚無留言

中斷所有正在運作的 container：

docker kill $(docker ps -q)

刪除所有已中止的 container：

docker rm $(docker ps -a -q)

刪除所有的 images：

docker rmi $(docker images -q)

節錄自：Top 10 Docker CLI commands you can’t live without

Docker, Linux

幫 MySQL 加上 storage engine 設定來支援 utf8mb4

2019 年 4 月 25 日2021 年 3 月 12 日日落尚無留言

在前篇有提到要在 my.ini 設定預設值，但實際要完全可以支援到 UTF8mb4 的話，還要多幾項設定，不然還是有機會遇到錯誤，像是：「The maximum column size is 767 bytes」之類的。

先講「innodb_large_prefix」，由於 UTF8mb4 會讓儲存相同內容的 bytes 更多，建立索引時會發生錯誤，所以必須支援 large preefix 來避免建立所以時發生錯誤。可以參考 MySQL 官方說明。

在 MySQL 5.7 之後，InnoDB 新增個幾種儲存格式，像是 Barracuda，可以應付各種不同的情境，也可以支援 UTF8mb5 這種字元，所以要使用的話大概會需要這樣設定：

innodb_large_prefix
innodb_file_per_table = 1
innodb_file_format=Barracuda
innodb_default_row_format=DYNAMIC

完整的設定檔大概會類似下面這樣：

[mysqld]
character-set-server=utf8mb4
collation-server=utf8mb4_general_ci
innodb_large_prefix
innodb_file_per_table = 1
innodb_file_format=Barracuda
innodb_default_row_format=DYNAMIC

[mysqldump]
default-character-set = utf8mb4

MySQL

讓 MySQL 預設使用特定的 character set

2019 年 4 月 11 日2021 年 3 月 12 日日落尚無留言

MySQL 支援多個不同的 character set，像是 latin1、utf8 等等，但是只要在規劃、連線時沒有做好設定，就很容易對應到錯誤的 character set 導致出現亂碼。

自己從 gslin 和 Percona、Study-Area 那邊整理出一些比較保險的設定方法，可以避免之後在維護時發生錯誤：

[client]
default-character-set = utf8mb4

[mysqld]
default-storage-engine         = InnoDB
character-set-server           = utf8mb4
collation-server               = utf8mb4_unicode_ci
init_connect='SET collation_connection = utf8mb4_unicode_ci'
init_connect='SET NAMES utf8mb4'

備註：

以上設定檔適用於 MySQL / Percona server 5.7，不同版本有不同的 config keyword
上面的範例為 utf8mb4，可自行調整成自己需要的 character set
就算 MySQL server 有這些設定以後，連線到 MySQL 的程式也需要注意編碼設定，否則還是會發生編碼錯誤

MySQL