VagrantでZabbixとMariaDBをインストールした仮想マシン(CentOS7.5)を構築する
ユーザ名、パスワードはAdmin/zabbixです。 〇構築方法 1. 以下のVagrantfileを使用して、ZabbixとMariaDBをインストールした仮想マシン(CentOS7.5)を構築します。 Vagrantfile VAGRANTFILE_API_VERSION = "2" Vagrant.configure(VAGRANTFILE_API_VERSION) do |config| config.vm.box = "bento/centos-7.5" config.vm.hostname = "co75zabbixmariadb" config.vm.network :public_network, ip:"192.168.1.107" config.vm.network "private_network", ip: "192.168.55.107", :netmask =>
深淵の闇から逃れる為のMariaDB Galera Cluster 5.5 入門 - orenoblog
MariaDB Galera Cluster 5.5を試す oujiにMySQLの深淵の闇(マスタ昇格とかマスタ昇格とか)から逃れたいと相談したところ MariaDB Galera Clusterが良いと教えてもらったのでやっとこさ試した記録を残します。 RDS最高なのですが、選定できないと思われるケースもあるのでこっちが利用できたらいいな。 MariaDB Galera Clusterって何 デュアルマスタ構成が可能なデータベースクラスタらしいです。最高。 今回はMySQL 5.5からMariaDBへの移行を考え MariaDB Galera Clusterは5.5で試しています。 MariaDB 5.5はMySQL 5.5と互換性があるので、アプリケーションやデータベースを変更せずmysqldumpで移行できると思います。 詳しい資料は こことか 日本語で詳しいのはさくらインターネット
長年の議論に終止符 -- MySQL/MariaDBのバックアップとロックの関係＋クラッシュセーフについて - interdb’s diary
よい機会なのでまとめておく。対象はMySQL5.6以下とMariaDB10.0以下。 (2014.12.3追記：以下の書籍にも記述した。) 要旨 MySQL/MariaDBのバックアップについて、相変わらず「InnoDBさえ使っていれば、FLUSH TABLES WITH READ LOCKは不要。よってバックアップ中に更新不可になることはない！」との主張が繰り返されているが、少なくとも5.6/10.0まではそんなことはない。 オンラインバックアップに関するロックの正確な記述 より正確に言えば「全データベース領域をバックアップする場合には、FLUSH TABLES WITH READ LOCKは必須。特定のInnoDBだけのデータベースやテーブルをバックアップする際は、この限りではない」。 なのだが、全領域のバックアップをしたい人に対してロック不要説を吹き込む人が未だにいる。 ロックの必要
MariaDB: バイナリログイベントの選択的スキップ | Yakst
MySQL Performance Blogの翻訳。MariaDBの機能である、バイナリログに書き込まれた個別のイベントを、マスタあるいはスレーブに適用しないというオプションの使い方と、そのユースケースを紹介する。 我々が興味深いと思うMariaDBの機能を紹介するシリーズ、最初の記事では、バイナリログイベントのレプリケーションを選択的にスキップする機能を取り上げる。この機能は、MariaDB 5.5と10から使用可能だ。 MySQLの一般的なレプリケーションをする時、デフォルトでは、全てのイベントがバイナリログに書き込まれ、そのバイナリログのイベントは、全てのスレーブに複製されてしまう(スキーマ単位でフィルタすることも可能)。しかしこの機能を使えば、バイナリログに書かれてしまっても、特定のイベントをスレーブに複製しないようにすることが可能だ。こういったイベントについてもバイナリログに書い
MariaDB/MySQL のお父さん、きたる！ 第2回 MariaDB/MySQL コミュニティ イベント in Tokyo にいってきた - #garagekidztweetz
今日は、第2回 MariaDB/MySQL コミュニティ イベント in Tokyo に参加してきました。 第１回目の内容（わたしのメモはこちら）を焼き直した印象であまり update はない感じでしたが、 MariaDB/MySQL 双方の生みの親である Monty 氏のナマの「喝！」が聞けた貴重なイベントでした。 （そういう意味では、タイトルは MariaDB のお父さん、キレる！に近かったですね・・・） 個人的に印象的だったのは、このイベントに参加してくるような人でも、 「 MariaDB に移行を考えているか？」という質問に手を挙げる人が指折り数えるくらいしかいなかったことでした。 MySQL ほどかなり枯れているプロダクトもないので MySQL と MariaDB は完全互換。 移行は楽勝やでほんま！ MariaDB はオープン、コミュニティ主導。 Oracle みたいにロードマ
長年の議論に終止符 -- MySQL、MariaDB、PostgreSQLのオプティマイザ/エクゼキュータ比較 - interdb’s blog
https://mariadb.com/kb/en/optimizer-switch/にあるように、MariaDBのオプティマイザはかなり改良されている。 では、MariaDBのオプティマイザ/エクゼキュータはどの程度優秀か、４つのSELECT文の実行を通してMySQLと(ついでにPostgreSQLと)比較してみる。 (2014.12.3追記：オプティマイザについては省略してますが、こんな本がでます。) 結論を先にいえば「MySQLは検索が速い」というのは都市伝説。MariaDBはがんばってるけどPostgreSQLにはまだまだ及ばず。 ＊念のため。これはベンチマークじゃないよ、オプティマイザ/エクゼキュータの機能比較です。 自分で再確認したい場合はこちらにスクリプト群と実験のやり方を簡単に書いたので参照のこと。 調査環境 同一マシンにMySQL5.6.14、MariaDB10.0.4、
長年の議論に終止符 -- MySQLとMariaDBの違い一覧 - 技術メモ置き場
(2014.12.3追記：このblogの内容は、以下の書籍にも反映させた。) SQLレベルの差異 MariaDB5.5とMySQL5.5ではSQLレベルでの違いはほとんどなかった。autoincrementの最大値の扱いくらい。 ただし、MariaDB10.0でREGEXPがマルチバイト対応になったので、アプリ側は注意。 項目 MySQL MariaDB Autoincrement 最大値に達すると、以降は最大値を繰り返す。Warningのみ。エラーにならない。tinyintなら…,125,126,127,127,127… 最大値-1まで。以降はエラーを返す。tinyintなら…,125,126,ERROR,ERROR,… EXPLAIN文 JSON形式 バージョン5.6から 未対応 Optimizer Trace バージョン5.6から 未対応（ただし、MariaDBのほうがオプティマイザ
MariaDB Galera Cluster による DB サーバの冗長化 - dogmap.jp
さくらインターネット研究所さんの「MariaDB Galera Clusterを試す」という記事を読んで居ても立ってもいられなくなり、さっそく AWS で構築してみました。 上記の記事によれば 簡単にまとめると次のようになります。 Galera Replicationが複数のRDBMをレプリケーションするwsrep APIを提供し、同期をとります 完全同期型であるため、すべてのノードがアクティブかつマスターとなります クラスターノードのどれに対してもリード／ライトが可能です ノードの追加／削除は自動で行えます クライアント接続は通常のMySQLとなんら変わりなく使えます via. MariaDB Galera Clusterを試す (1) « さくらインターネット研究所 おー！スレーブ/マスター形式のレプリケーションよりも、断然使いやすそうやんか！ ってわけで AWS の ELB 配下に複
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQLite: SQLiteデータベースを読み書きするMySQLストレージエンジン