スロークエリーのログローテーション | 俺のメモ
第一前提として、スロークエリーのログを保存できるようにしておく。 log-slow-queries=/mnt/log/mysql-slow.log long_query_time=5 log-queries-not-using-indexes これは、自分の環境だけなのか mysql-slow.log を予め作っておく必要がある。 mySQLが勝手に生成してくれない。 今も謎。仕様？ # mkdir /mnt/log/mysql-slow.log # chmod 666 /mnt/log/mysql-slow.log ログローテーションで使うのでrootのアイパスをmy.cnfに追記しておく。 [mysqladmin] password = "hogehoge" user = root そしてmysqldを再起動。 設定ファイルのテンプレートがyumでmySQLをいれたら入ってたのでそれを
データベースを用いたセッションデータ管理について - LukeSilvia’s diary
Web アプリケーションとは切っても切れないセッション機構。DB ベースでセッション管理を行なって得られた知見と、それを元に考察した結果をまとめてみます。 セッションデータの特性 DB で管理される他のデータに比べ、セッションデータはかなり特殊です。主な特徴は次のような感じ。 データが増加するのが速い 定期的な削除が必要 頻繁に更新される リクエスト毎に読みに行く必要がある このデータを読めないとアプリケーション全体にアクセスできない アクセス頻度が高いということです。あと、1つ目の特徴からセッションデータについては意識的に管理してやる必要があります。 現在の環境 アプリケーションの領域が少し特殊で、セッションデータがやたらたまります(ユーザ数何百万のサービスとかそういうのではないです)。 RDBMS MySQL 4.0.22 ストレージエンジン InnoDB レコード数 6千万 テータサ
MySQL :: MySQL 8.0 リファレンスマニュアル :: 17.4.8 フェイルオーバー中のソースの切替え
(MySQL 8.0.23 の)CHANGE REPLICATION SOURCE TO ステートメントまたは CHANGE MASTER TO ステートメント (MySQL 8.0.23 の前) を使用して、新しいソースに変更するようレプリカに指示できます。 レプリカは、ソース上のデータベースがレプリカ上のデータベースと互換性があるかどうかをチェックしません。単に、新しいソースバイナリログ内の指定された座標からイベントの読取りおよび実行を開始します。 フェイルオーバーの状況では、グループ内のすべてのサーバーが同じバイナリログファイルから同じイベントを実行するのが一般的であるため、イベントのソースを変更しても、変更を加えるときに注意することで、データベースの構造または完全性に影響を与えないはずです。 レプリカは、バイナリロギングを有効にして実行するようにしてください (--log-bin
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Web高速化 || パフォーマンスチューニングBlog: インターオフィス
