タグ

2016年1月14日のブックマーク (3件)

  • MySQL の wait_timeout を変更。 - Qiita

    接続維持時間をデフォルトの 8 時間から 1 分に変更。 この設定、接続のアイドル状態が一定時間続くと MySQL 側から自動的に接続を切る設定らしい。 うかつに低く設定すると、バッチ処理とかのときに考慮が必要になりそう。 稼働中のサーバで変更。 > set global wait_timeout=60; > show global variables like '%wait%'; +---------------------------------------------------+----------+ | Variable_name | Value | +---------------------------------------------------+----------+ | innodb_lock_wait_timeout | 120 | | innodb_spin_wa

    MySQL の wait_timeout を変更。 - Qiita
    a2ikm
    a2ikm 2016/01/14
  • MySQL-5.5/5.6でのレプリケーション利用者に伝えたい「RESET SLAVE」にまつわる怖い話 - Y-Ken Studio

    MySQL-5.5よりRESET SLAVE;の挙動が変わり、直後にCHANGE MASTER構文を 発行しないと場合によっては問題が発生するとMySQLのドキュメントに記載されていました。 さらに、RESET SLAVE ALL;というクエリもサポートされたようです。 どういう事なのでしょう? 調べてみました。 ドキュメントにさらっと何か書いてある In MySQL 5.6 (unlike the case in MySQL 5.1 and earlier), RESET SLAVE does not change any replication connection parameters such as master host, master port, master user, or master password, which are retained in memory. Thi

    MySQL-5.5/5.6でのレプリケーション利用者に伝えたい「RESET SLAVE」にまつわる怖い話 - Y-Ken Studio
    a2ikm
    a2ikm 2016/01/14
    RESET SLAVEだと接続情報が残るから再起動時に勝手に先頭からレプリケーションが始まる。接続情報も消すためにRESET SLAVE ALLを使う。
  • CoreOS が提供してくれるもの - Qiita

    CoreOS の提供してくれる etcd と fleet を少し触って見たのでまとめることにします。 あんまり頑張って CoreOS のドキュメントを読んでいないので理解に間違いがある可能性があるので、編集リクエスト大歓迎です。 詳細なエントリー @mopemope が書いてくれています。詳細に知りたい方はコチラを読むと良いです。 入門と書いてある割にまったく入門ではないので注意。 CoreOS 入門 - Qiita CoreOS は Docker を提供してくれる便利 OS というイメージが広まってますが、それはあまり適切ではありません。 CoreOS はクラスター機能を持っているモダンな Linux です。もちろん Docker も入っていますが、それはベースの一つというだけです。Docker を使うだけなら Ubuntu に Docker をインストールして使う方が良いでしょう。 C

    CoreOS が提供してくれるもの - Qiita