技術めも » mysql
v0.5.2からv0.6.1までの主な変更は以下のとおりです。 テーブル・シーケンスの右クリックに「Edit」追加（ダブルクリック以外でも開けるように） DDLインポート修正（DOCコメントの不具合、カラムオプションに生成列とチェック制約を登録できるように） 起動時に最新バージョンのチェックを行う（古いバージョンの場合最新バージョンのリンクが表示されます） HTMLにおいて、ダイアログの外側をクリックしたときに、ダイアログを閉じる処理を追加 やりたいことはたくさんあるのですが、なかなか実装が難しいので、 とりあえず未来のTODOを記録しておきます。 VIEWの対応 TRIGGERの対応 FUNCTIONの対応 PROCEDUREの対応 まとめて行う処理諸々（テーブルやパーティションに対してのグループの一括付与・除去とか、テーブルからカラムをまとめて付与・除去とか） カラムを選択可能にしたい
AWS AuroraでMaxScaleの(Read/Write split)がうまく起動しなかった - Qiita
MaxScaleでRead/Write splitを使っていたが、AWSのAuroraにしたところ master、slaveの判断をMaxScaleの方でできなくなったのでmaxscale起動時にmaster,slave設定を手動で行う。 maxscale.conf masterとslave(Auroraだとwriter、reader)サーバの設定の箇所 [m_shard1] type=server address=server-1 port=3306 protocol=MySQLBackend [s_shard1] type=server address=server-2 port=3306 protocol=MySQLBackend maxscale sleep 5 for server in `maxadmin list servers | grep 3306 | awk '{pri
Maxscaleで設定ファイル編集後reloadを行う | 俺的備忘録 〜なんかいろいろ〜
systemctlでMaxscaleを使っていると、どうもreloadが利用出来ない状態になっている事に気づく。 こうなると、設定ファイルを編集した後、またいちいちrestartしないといけないのかなぁ…と思っていたのだが、どうやらreloadは出来るようだ。 Maxscaleには管理コマンドであるmaxadminというコマンドがあるのだが、これでreloadが行えるのだ。 以下、reloadコマンド。 maxadmin -p mariadb reload config ただし、サーバの追加・削除に使うにはちょっと怖い挙動をしている。 サーバを追加したり削除すると、どうも上手く動いているように見えないのだ。 以下、その挙動。 サーバ追加時 [root@BS-PUB-GFRONT-01 ~]# maxadmin -p mariadb list servers Servers. -------
Maxscaleで「Too many open files. Failed to accept new client connection.」エラーが出た際の対応 | 俺的備忘録 〜なんかいろいろ〜
Blog 201604 Maxscaleで「Too many open files. Failed to accept new client connection.」エラーが出た際の対応 会社のシステム(Maxscale経由でDBに接続)で負荷テストをしていたところ、不可解な接続エラーが発生していた。どうも新しいセッションが作成出来ないとの事なのだが、後ろのMariaDB側のMax Connection値は余裕がある。で、いろいろと調べていたところ、Maxscaleのエラーログに以下のようなエラーが出ていた。 2016-04-26 16:53:56 Error 24, Too many open files. Failed to accept new client connection. Oh...(´・ω・`) どうやら、ファイルディスクリプタが上限を超えてしまったらしい。デフォルトの値
MaxscaleのLimitations and Knownを読んでみた | 俺的備忘録 〜なんかいろいろ〜
仕事でMaxscaleを利用しているのだが、Limitation and Knownを読んでなかったので読むことにした。 そんなに文章量も無いので、以下重要そうなトコだけ抜粋して記述していく。 MySQL Serverのハンドシェイクに圧縮は含まれない Compression is not included in MySQL server handshake Galera Cluster Monitorではデフォルトのマスターは「wsrep_local_index」が最も低いノードが対象となる The default master selection is based only on MIN(wsrep_local_index). This can be influenced with the server priority mechanic described in the Galera
Maxscaleの設定ファイルに記述するパスワードを暗号化する | 俺的備忘録 〜なんかいろいろ〜
Maxscaleでは、設定ファイルにモニタリング・接続するGalera ClusterのID/PWを記述する必要があるのだけど、そのままの生パスワードだと、やはりセキュリティ的によろしくない。 というわけで、MaxscaleにはそのパスワードをHash化して記述することができるようになっている。 まず、以下のコマンドで鍵ファイルを設置する「/usr/local/maxscale」ディレクトリを作成し、maxscale用の鍵ファイル「.secrets」を生成する。 mkdir -p /usr/local/maxscale maxkeys /usr/local/maxscale/ あとは、以下のコマンドでハッシュ化したパスワードを取得、それをmaxscaleの設定ファイルでパスワードとして記述すれば良い。 maxpasswd 鍵ファイルのあるディレクトリ ハッシュ化するパスワード [root@
アプリケーションサーバとMaxscaleを同居させる場合はローカルのTCPソケットポートの食いつぶしに注意しよう | 俺的備忘録 〜なんかいろいろ〜
Maxscaleとアプリケーションサーバが同居したサーバで負荷テストを行ったところ、どうも途中でDBとの通信が失敗したりする部分があった。 で、なんでなんだろと調べていく際にssコマンドを実行したところ… [root@test-server01 ~]# ss -nap | grep ':3306' | wc -l 24299 …えっΣ(ﾟдﾟ ) 3306って、確かにMaxscaleのポートだけど… どうも、すべてTIME-WAIT状態でローカルのTCPポート(CentOS7のデフォルトのローカルポート範囲が「61000-32768=28232」)を使い潰していたようだ。通信内容はほぼすべて「127.0.0.1:ソケットポート ↔ 127.0.0.1:3306」というもの。これはあかん…。 これを対処するには、以下の内容を「/etc/sysctl.conf」に追記してやると良いだろう。 n
Maxscaleで指定したサーバをメンテナンスモードにする | 俺的備忘録 〜なんかいろいろ〜
Maxscaleを使っていて、再起動などで後ろにいる特定のDBサーバに接続させないようにしたい時もあるだろう。 そんなときは、指定したDBサーバをメンテナンスモードにすればよい。 Maxscaleで特定サーバをメンテナンスモードにしたい場合は、maxadminコマンドで以下のように実行すればよい。 maxadmin -p パスワード(初期:mariadb) set server サーバ名 maintenance [root@BS-PUB-GFRONT-01 ~]# maxadmin -p mariadb list servers Servers. -------------------+-----------------+-------+-------------+-------------------- Server | Address | Port | Connections | St
MaxScale で MySQL をロードバランスする
アプリケーションの変更を最小限にするため、MaxScale の Read-Write Splitting 機能により、クエリは参照系を各 slave に分散し、更新系を master に向けたい。 インストール EC2 に MaxScale をインストールしていく。 まず MaxScale の yum レポジトリの設定を追加する。 # $EDITOR /etc/yum.repos.d/maxscale.repo [maxscale] name = maxscale baseurl = http://downloads.mariadb.com/software/MaxScale/maxscale/RPM/rhel6 enabled=1 gpgcheck=true RPM の公開鍵をインポートする。 # rpm --import http://downloads.mariadb.com/sof
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MariaDB MaxScale 21.06
mariadb-enterprise-azure/maxscale.cnf.template at master · mariadb-corporation/mariadb-enterprise-azure · GitHub