MySQL5.7.21をソースからインストール

OS: Ubuntu Server 16.04
MySQL 5.7.21

久しくMySQLのインストールから離れていたのでメモをとっておくものである。libncurses5-devが無いとcmakeのステージで下記のエラーメッセージが現れて処理が取りやめとなる。

CMake Error at cmake/readline.cmake:64 (MESSAGE):
  Curses library not found.  Please install appropriate package,

      remove CMakeCache.txt and rerun cmake.On Debian/Ubuntu, package name is libncurses5-dev, on Redhat and derivates it is ncurses-devel.

もっと以前のバージョンに於いてはconfigureスクリプトで以ってMakefileを生み出していたように思うけれども、近頃のMySQLはどうもcmakeである。そういう訳だから必要なパッケージを予めインストールしておく。

$ sudo apt install cmake libncurses5-dev

あとは公式の文献を手がかりに作業を進めてゆく。

$ sudo useradd -r -s /bin/false mysql
$ wget -c https://dev.mysql.com/get/Downloads/MySQL-5.7/mysql-5.7.21.tar.gz
$ wget -c https://dev.mysql.com/downloads/gpg/?file=mysql-5.7.21.tar.gz -O mysql-5.7.21.tar.gz.asc
$ gpg --recv-keys 5072E1F5
$ gpg --verify mysql-5.7.21.tar.gz.asc
$ tar zxvf mysql-5.7.21.tar.gz
$ cd mysql-5.7.21/
$ mkdir bld
$ cd bld/

CMAKE_INSTALL_PREFIXはデフォルトで/usr/local/mysqlである旨、記載があるから何もせずにいたのであるけれどもいったい何の都合か具合が悪い事があったのでいちいち明示したほうが良さそうな情勢である。

$ cmake .. -DDOWNLOAD_BOOST=1 -DWITH_BOOST=./boost/ -DCMAKE_INSTALL_PREFIX=/usr/local/mysql -DDEFAULT_CHARSET=utf8 -DDEFAULT_COLLATION=utf8_general_ci
$ make
$ sudo make install
$ cd /usr/local/mysql/
$ sudo mkdir mysql-files
$ sudo chown mysql:mysql mysql-files/
$ sudo chmod 750 mysql-files/

データディレクトリの初期化を実施する。そうするとまるきりランダムに生成されたrootユーザのパスワードが現れる。このパスワードは態と有効期限が切らしてあるからリセットするまではMySQLを碌に操作できないものである。

$ sudo bin/mysqld --initialize --user=mysql
2018-03-19T02:49:10.755528Z 1 [Note] A temporary password is generated for root@localhost: Su>-%Gnhz86z

$ sudo bin/mysql_ssl_rsa_setup
$ sudo bin/mysqld_safe --user=mysql &
$ sudo cp -v support-files/mysql.server /etc/init.d/mysql.server
$ cd bin/

$ ./mysql -uroot -p
mysql> show databases;
ERROR 1820 (HY000): You must reset your password using ALTER USER statement before executing this statement.

パスワードをリセットするためにset passwordステートメントを発行する。これでMySQLをほしいままに操れるようになる。

mysql> set password = 'avava';
Query OK, 0 rows affected (0.00 sec)

ひとまずMySQLをシャットダウンして作業は完了である。

$ sudo ./mysqladmin -uroot -p shutdown
Enter password:
2018-03-19T02:57:21.415800Z mysqld_safe mysqld from pid file /usr/local/mysql/data/guro.pid ended

参考:
2.9.2 Installing MySQL Using a Standard Source Distribution
2.9.4 MySQL ソース構成オプション
13.7.1.1 ALTER USER 構文

php.iniの正しい設置場所をあらためて確認する

OS: Ubuntu Server 16.04
Nginx 1.12.2
PHP 7.2.3

Nginxが稼働する環境へPHPをインストールするとなればNginx 1.4.x on Unix systemsの手続きを参照するのは無理からぬ事である。公式であるから全幅の信頼を寄せて盲目的に従うのもやはり無理からぬ事である。これが裏目に出た。第四番目の手続きである。

4. Obtain and move configuration files to their correct locations
cp php.ini-development /usr/local/php/php.ini

php.iniを/usr/local/php/へと配したのちに、OPcacheを有効にすべくphp.iniへ必要な記述をこなしてphp -vを実行するとこうである。

$ php -v
PHP 7.2.3 (cli) (built: Mar 17 2018 01:31:01) ( NTS )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.2.0, Copyright (c) 1998-2018 Zend Technologies

「with Zend OPcache v7.2.3, Copyright (c) 1999-2018, by Zend Technologies」が出力に表れないのでOPcacheが有効になっていない模様である。テストスクリプトの実行結果も「PHP Fatal error: Uncaught Error: Call to undefined function opcache_get_status()」とあるからまったく狼狽した。いくらインターネットのページを繰っても似たような状況に遭遇した人が見当たらないのでどうやら世界ではじめて犯したヘマである。情けない。さんざ調べた末、結局はphp.iniの設置場所が良くないようで/usr/local/libへと移動させることで解決を見た。

$ sudo mv /usr/local/php/php.ini /usr/local/lib/
$ php -v
PHP 7.2.3 (cli) (built: Mar 17 2018 01:31:01) ( NTS )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.2.0, Copyright (c) 1998-2018 Zend Technologies
    with Zend OPcache v7.2.3, Copyright (c) 1999-2018, by Zend Technologies

configureのヘルプからも特別に指定しなければ/usr/local/libにphp.iniを求めにゆくことが明らかである。

$ ./configure --help
(snip)
  --prefix=PREFIX         install architecture-independent files in PREFIX
                          [/usr/local]
  --with-config-file-path=PATH
                          Set the path in which to look for php.ini [PREFIX/lib]

またphp -iの実行結果から現在の設定を確かめることができるから、php.iniの設定が反映されずどうも様子がおかしいと感ずるときは確認をするのが良さそうである。

$ php -i | grep php.ini
Configuration File (php.ini) Path => /usr/local/lib
Loaded Configuration File => /usr/local/lib/php.ini

参考:
Nginx 1.4.x on Unix systems

スクリーンショットの番号をリセットする

OS: Windows 10 version 1709

Winキー+PrtScキーでスクリーンショットを撮影すると自動的に採番されてファイル名に付与される。これをリセットして1から採番するようセットするのであれば以下のレジストリキーを操作すればよさそうである。

HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer
Name: ScreenshotIndex
Type: DWORD

コマンドプロンプトから実行するならこういう具合である。

>reg add "HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer" /v ScreenshotIndex /t REG_DWORD /d 1 /f

ScreenshotIndexのデータに1を入力することで1から採番が始まったのでリセットできたと見做して差し支え無かろうと思う。なお、スクリーンショットを21億4748万3647枚撮影すると次は符号が反転して-2147483648が採番され引き続き1ずつ増加してゆく。42億9496万7296枚撮影したところで数値が再び1からカウントされる。またインデックスの数値がすでにファイル名で使用済みであると重複しないように採番されてゆく模様である。

参考:
Q: Windows 10 Screenshot

bashで変数をechoする際に文字列に含まれるアスタリスクがワイルドカードとして扱われないようにする

シェルスクリプトを組み上げる際に見栄えを考慮してオシャレなメッセージを表示しようとしたところ予期せぬ結果に困惑したものである。

$ msg="*** select * from avava;"
$ echo ${msg}
public_html src tmp select public_html src tmp from avava;

アスタリスク * がワイルドカードとして展開されているからいけない。これを抑制するには変数をダブルクォーテーションで囲い込んでやればよいのであった。

$ echo "${msg}"
*** select * from avava;

bashのマニュアルによればset -fやset -noglobコマンドによってダブルクォーテーションのあるなしに拘わらずアスタリスクをワイルドカードとして展開しないようにできる模様である。然し乍らあらゆる場合に於いてパス名の展開がおこなわれなくなるので影響を及ぼす範囲が明瞭でないなら控えたほうが良さそうな情勢である。

$ man bash
(snip)
       set [--abefhkmnptuvxBCEHPT] [-o option-name] [arg ...]
       set [+abefhkmnptuvxBCEHPT] [+o option-name] [arg ...]
              -f      Disable pathname expansion.
              -o option-name
                      noglob  Same as -f.

一旦展開しないようセットしたものの気が変わってやはり元の仕組みが嬉しい向きにはset +fやset +noglobを実行すればよろしい。

$ set -f
$ echo ${msg}
*** select * from avava;
$ echo "${msg}"
*** select * from avava;
$ ls *
ls: cannot access *: No such file or directory
$ set +f
$ echo ${msg}
public_html src tmp select public_html src tmp from avava;
$ echo "${msg}"
*** select * from avava;

cronでの実行時刻を秒まで指定したい

毎分0秒と30秒に実行したいプログラムがあったのであるけれども、cronで指定できる時刻の最小単位は 分 までであるから工夫を凝らさなければならない。そこでプログラムの実行前にsleepを実施するのである。これで時刻を秒単位まで意のままに指定できるのである。

$ crontab -e
* * * * * sleep 30; /bin/bash /home/guro/scripts/avava.sh