-
- いいね！1
そーだい@初代ALF
@soudai1025
OracleはMySQLにリソースを投資してる一つの指標として開発、サポート、テストのチーム人数はSunの頃より2倍以上になっている。 #ChugokuDB
2015-01-31 14:07:34
そーだい@初代ALF
@soudai1025
MySQLはスレッドタイプだしランダムIO強いからSSDとの相性も良いしレプリケーションの歴史も長いからWebのニーズとマッチする。そこでOracleDBと住み分けができる。 #ChugokuDB
2015-01-31 14:08:59
ぬこ＠大阪 16.1
@nuko_yokohama
#ChugokuDB WebではMySQLが圧倒的に使われている。Oracleは使われない。と、Oracleの人が言うんだから説得力めっさあるw
2015-01-31 14:10:05
ぬこ＠大阪 16.1
@nuko_yokohama
#ChugokuDB Oracleはアプライアンス化するのに敷居が高い。そういう分野にMySQLが向いている。
2015-01-31 14:11:38
ぬこ＠大阪 16.1
@nuko_yokohama
#ChugokuDB ストレージエンジンの役割の話。データ保管、インデックス、メモリ利用方式、トランザクション、同時実行性など。
2015-01-31 14:16:03
sho-h
@sho_hashimoto
メモリエンジンはインデックス周りで注意点があったのか。単体テストで使った事があるけど次は気をつけよう。 #ChugokuDB
2015-01-31 14:17:20
ぬこ＠大阪 16.1
@nuko_yokohama
#ChugokuDB 5.6の紹介。レプリケーションをさらに改善。NoSQLオプション。参照専用トランザクションオプション。オンラインでの並列DDL処理➡ソシャゲとかで重要。バッファプールのダンプリストアで再起動直後の暖気運転が不要に。
2015-01-31 14:26:13
ぬこ＠大阪 16.1
@nuko_yokohama
#ChugokuDB 5.6のmemcached プロトコル。SQLまで使わなくて良いときに使える。SQLと比較して9倍高速なケースも。
2015-01-31 14:28:52
けんじ_最新_コピー
@fukanoya
MySQLが悪いんじゃないけど、JDBCコネクタだけはなんとかしてほしい。 1回フエッチして全件メモリに読み込むのがデフォは… #chugokudb
2015-01-31 14:30:18
ぬこ＠大阪 16.1
@nuko_yokohama
#ChugokuDB 5.6オプティマイザの改善。MySQLも頑張ってるなあ。レプリケーション改善。GTIDやチェックサム、遅延レプリケーションなど。
2015-01-31 14:30:41
ぬこ＠大阪 16.1
@nuko_yokohama
#ChugokuDB GTIDは自動フェールオーバのための機能。多段構成も簡単に対応。 この辺、PostgreSQLがちょい弱い(職人芸が必要)部分か。
2015-01-31 14:33:20
tamagawa ryuji
@tamagawa_ryuji
@nuko_yokohama レプリケーション回りは、MongoDBの持っている機能をいくつか取り込んでる感じですね。遅延レプリケーションとか、自動フェイルオーバーとか。 #ChugokuDB
2015-01-31 14:33:27
犬地方webマン
@Uemmra3
GTID:グローバルトランザクションID を導入して、レプリケーション間でどっちが新しいか分かるようになり、フェイルオーバーが便利になった。(他のDBと比べてどうなんだろう???) #ChugokuDB
2015-01-31 14:34:33