[B! MySQL] ken39argのブックマーク

ken39arg id:ken39arg

MySQLに関するken39argのブックマーク (3)

mysql コマンドの履歴を残したくない場合は MYSQL_HISTFILE=/dev/null - 酒日記はてな支店
タイトルで内容を全部書いてしまった。 SQL を直接 mysql コマンドから発行する場合、デフォルトでは履歴が $HOME/.mysql_history に残ります。次回起動した場合にも履歴をさかのぼれるわけですが、たとえば「本番データベースに繋いで更新、削除系の操作を実行する」ような場合。これは履歴に残ったものを間違って再実行してしまうと、大変な悲劇を引き起こす可能性があります。とうことで、(緊張しながら本番で) 削除 SQL を実行した場合、手作業で .mysql_history をエディタで編集して消したりしていましたが、ここでよいツッコミが @n0ts さんから。直に削除系SQL叩いたらじっとり手に汗が 2011-09-01 15:34:46 via YoruFukurou ヒストリ誤爆しないように.mysql_historyからも消す 2011-09-01 15:36:22
ken39arg 2011/09/01
MySQL
リンク
MySQL :: ORDER BY using specific order from IN
ken39arg 2011/08/31
MySQL
リンク
MySQLで参照の負荷分散を行うslaveは3台から構成するのがよいのでは - 酒日記はてな支店
前回の記事 MySQLをmaster:slave=1:1構成にして参照をslaveに向けるのがなぜ良くないかの続きです。 master : slave = 1 : 1 で参照を slave に分散してもまったく美味しくないわけですが、では参照の負荷分散を行いたい場合の slave は何台で構成するとよいのか考察してみます。具体的には slave 2台の場合と 3台の場合でどちらがお得か。台数を増やすということは、どこかに障害が発生する確率が高まる、ということです。1台の slave に障害が発生してダウンした場合のことを考えてみます。 slave * 2 → 残り 1台で処理継続生き残った1台あたりの処理が 2倍になる slave * 3 → 残り 2台で処理継続生き残った1台あたりの処理が 1.5倍になるたとえば 1台あたり最大 1000qps の処理能力があるとします。sla
ken39arg 2011/06/21
MySQL

負荷分散
リンク
1