MySQL/情報の履歴(No.16)

mysql_config_editor set --login-path=local --host=localhost --user=username --password
mysql --login-path=local  -e "statement"

MySQL5.6で-pオプションをつけてコマンド＆スクリプトを実行する時のWarningを回避する方法 - Qiita
```
環境変数MYSQL_PWDを使います。
```

↑

Ruby †

ruby-mysql · GitHub

YUKASHIKADO Inc. 開発ブログ • HomebrewなMySQLを使っている時のgem install mysql2のエラー

gem install mysql2 -- --with-mysql-lib=/usr/local/Cellar/mysql/5.6.10/lib --with-mysql-dir=/usr/local/Cellar/mysql/5.6.10 
--with-mysql-config=/usr/local/Cellar/mysql/5.6.10/bin/mysql_config --with-mysql-include=/usr/local/Cellar/mysql/5.6.10/include

↑

バックアップ †

mysqldumpでMySQLのデータをバックアップ - シングスブログ
MySQLのバックアップ/復元(ダンプ/インポート/dump/import) 基本コマンド - 酒と泪とRubyとRailsと
```
mysqldump -u root -p -x --all-databases > dump.sql
```
MySQLのコマンドラインで-pオプションを使わずにパスワードを指定する方法 - インフラエンジニアway - Powered by HEARTBEATS
```
mysql --defaults-file=<( printf '[client]\npassword=%s\n' ${DBPASSWORD} ) -u ${DBUSER} ${DBNAME}
/bin/shだと多分エラーになるのでbashで。
```

mysqldump に必要な権限は - Enjoi Blog

GRANT SELECT, LOCK TABLES, SHOW VIEW ON  `db_name` . * TO  'user'@192.168.0.200';

↑

Homebrew †

HomebrewでMySQLをインストールする時に知っておきたいこと | Macとかの雑記帳

↑

Java †

[Java]iciqlで簡単DBアクセス[ORマッパー] ｜ Developers.IO

iciqlの特徴は以下のとおり。
・単一のjarで提供される
・設定ファイルなしで使える
・DBからモデル生成できるツール付き

↑

日時型†

いぞるで雑記annex mysqlのtimestamp型を使って更新日時と生成日時の両方を記録する

CREATE TABLE `test` (
name varchar(10) ,
modified_date timestamp NULL default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP,
create_date timestamp NOT NULL default '0000-00-00 00:00:00',
)
INSERT INTO test ( name , create_date ) VALUES ( 'foo' , NULL );

[MySql] 登録日時の初期値と更新日時の自動更新 | So-Kai-App Note
```
current_timestamp を設定できるのは１カラムだけ
```

↑

Insert or Update†

mysql - If exists then update else insert - Database Administrators Stack Exchange

delimiter $$
create procedure select_or_insert()
begin
 IF EXISTS (select * from users where username = 'something') THEN
   update users set id= 'some' where username = 'something';
 ELSE 
   insert into users (username) values ('something');
 END IF;
end $$
delimiter ;

↑

mysql_upgrade†

yum で MySQL バージョンアップ後に実行するチェックコマンド、それは mysql_upgrade – oki2a24

アップグレードした新しい MySQL のシステムとの互換性が保たれているかチェックし、おかしければ修正するコマンドとのこと

↑

運用管理†

誰も教えてくれなかったMySQLの障害解析方法 - Qiita

それほどDBに詳しくないアプリエンジニアが何かトラブった時にすぐさま行動して問題把握できるようになる情報を列挙しておきます。

↑

設定（メモリ）†

MySQL最低限のメモリ設定 - Qiita

環境にもよりますが、MySQLのデフォルトのメモリ関連の設定は控えめな感じになっています（私のCentOS環境では、
key_buffer_sizeが8M,innodb_buffer_pool_sizeも8Mとなっています）ので、適切な状態への変更が必要です。

5分で出来るMySQLのお手軽チューニング - わーくあうと！

今回はスレッド数が多すぎたので max_connections を 151ー＞31 と設定しました。

MySQLメモリ設定を変更して、前後の設定値を比較してみた | Check!Site

MySQLメモリ設定を変更しました。設定項目は抜粋になります。備忘録として記載しておきます。

MySQLのメモリ設定の勘所 – sawara.me

MySQLで使用する全体的なメモリ使用量を計算するには
 グローバルバッファ + (スレッドバッファ × コネクション数) = メモリ使用量
という計算式に当てはめればいいことになります。

MySQL 5.6のインストール後にチューニングすべき項目 | Yakst

innodb_buffer_pool_size - デフォルトは128M。これは、メモリにロードされるデータとインデックスのためにInnoDBがどのくらい
メモリを使うかを指定するものなので、設定すべき重要な値だ。

innodb_buffer_pool_sizeのチューニング：どれくらい割り当てる？

よく「サーバの全メモリの50％から70％くらい」とか「80％」くらいとか言われますが、それはどちらかというとスワップしないための
限界値を示すものであって、理想値ではないですよね。それでいろいろ調べてみたところ、なかなか日本語で良いまとめがなかったので、
ここでまとめてみようと思います。

DSAS開発者の部屋:5分でできる、MySQLのメモリ関係のチューニング！

innodb_buffer_pool_size
InnoDBのデータやインデックスをキャッシュするためのメモリ上の領域です。
グローバルバッファなので、どかんと割り当ててください。

MySQL/情報の履歴(No.16)

コマンド †

ツール†

セキュリティ †

Ruby †

バックアップ †

Homebrew †

Java †

日時型†

Insert or Update†

mysql_upgrade†

運用管理†

設定（メモリ）†

MySQL/情報 の履歴(No.16)

日時型†

Insert or Update†

mysql_upgrade†

設定（メモリ）†

MySQL/情報の履歴(No.16)