Oracle Announces General Availability of MySQL 5.7
Oracle Announces General Availability of MySQL 5.7 New version of the world’s most popular open source database is up to 3x faster than MySQL 5.6 in benchmark tests Redwood Shores, Calif.—Oct 19, 2015 Oracle today announced the general availability of MySQL 5.7, the latest version of the world’s most popular open source database. The new version delivers greater performance, scalability and manage
MySQL Cluster：NoSQL＋SQL、NoSQLも使える高可用性インメモリRDBMS | Think IT
MySQL Clusterとは？ MySQL ClusterはMySQLとは開発ツリーの異なる別製品で、共有ディスクを使わずにアクティブ−アクティブのクラスタ構成が組めるリレーショナルデータベースです。単一障害点が無い構成を組むことができ、可用性が高いため、米国海軍の航空母艦における航空機管制システムなど、ミッションクリティカルな分野でも多く利用されています。また、デフォルトではデータをメモリ上に持つインメモリデータベースであり、トランザクションを高速に処理できるため、リアルタイム性が求められるアプリケーションにも向いています（インメモリデータベースであっても、データの永続性は担保されています）。 MySQL Clusterの基礎となっている技術は、通信機器ベンダのエリクソンで携帯通信網の加入者データベース向けに開発された Ericsson Network DataBase（NDB）と呼ば
まだMySQL 5.5で消耗してるの？MySQL 5.6でクラッシュセーフなレプリケーションを活用して枕を高くして眠れる日々を満喫する方法
MySQL 5.6が登場してからかなりの月日が過ぎたが、他のことで多忙だったせいか、MySQL 5.6についてはあまりブログで情報を発信していないことに気がついた。これはイカン！！と思い、MySQL Casual Advent Calendar 2014に合わせて、MySQL 5.6を使用する上で最もオススメしたい機能であるクラッシュセーフなレプリケーションについて解説しようと思う。この記事は16日目の記事である。 レプリケーションがクラッシュセーフとはどういうことかクラッシュセーフとは、何らかの事情により、プロセスがダウンしたりマシンが電源ごと落ちたり（つまりクラッシュ）しても、再起動後に以前の状態に戻って処理を再開できるということだ。データのクラッシュリカバリであればみなさん既によくご存知であろう。（REDOやUNDOするアレのことだ。本稿では面倒臭い・・・ではなかった、本題ではないた
米オラクル、MySQLの管理を簡素化する統合型システム「MySQL Fabric」の一般提供を開始
「MySQL Fabric」は、高可用性を実現する「MySQL Replication」と併用した場合に、サーバに障害が発生すると、いずれかのスレーブ・データベースを選択して、新しいマスターに昇格させる。また、既存のマスターへのトランザクションの自動ルーティングと、スレーブ・データベース間でのクエリのロードバランシング機能も備えており、トポロジとサーバの状態はアプリケーションに対して透過的となっている。 さらに、自動化されたデータ・シャーディングと再構成によって開発および運用チームによる作業の管理を容易にし、読み取りと書き込みの両方のスケールアウトや、シャーディングするテーブルでのシャーディング・キーとして使用する列の指定、既存のシャードの新しいサーバへの移動や、複数のシャードへの分割を実現する。 このほか、PHP、Python、Javaコネクタの拡張によって、トランザクションとクエリを正
FacebookやGoogle、「WebScaleSQL」をオープンソースで公開
米Facebookは3月27日（現地時間）、米Google、米Twitter、米LinkedInと協力し、オープンソースのデータベース「MySQL」のブランチ「WebScaleSQL」をGitHubで公開したと発表した。ライセンスはGNU General Public License Ver.2。 WebScaleSQLは、MySQLを大規模なシステムで使う4社が直面する共通の問題を解決する目的で共同開発したデータベースで、MySQLに大規模な環境への導入に特化した機能を追加したものという。 関連記事 Facebook、新プログラミング言語「Hack」をオープンソースで公開 Facebookが社内で使っているPHPベースのプログラミング言語「Hack」をBSDライセンスで公開した。 Twitter、MySQLの独自ツールをGitHubで公開 Twitterが、オープンソースデータベースMy
MysqlのHAとトラブル事例
3. • サービスが機能しなくなる！ • 整合性チェックとか時間との戦いが多い！ • 復旧作業は消耗が激しい！（特に深夜、特に一人） 2.Databaseの障害は心に染みる 代理サーバがサービス継続し機会損失を防ぐ 自動切替にしておけばオペレーションミスが無くなる データの保全性が向上する DBが停止すると‥ システムも人も健康を維持する為に… 4. LVS1LVS DB Master Heartbeat1 +mon DB Slave2 DB Slave1 Heartbeat1 VIP webwebAP READ REPLICATION LVS1LVS DB Master Heartbeat1 +mon DB Slave DB newMaster Heartbeat1 VIP webwebAP F/O 3.HA構成1 (Heartbeat1+mon+mysql)（2010年～）
Node.js環境のためにMySQLからMariaDBに移行
Android, iOSアプリからのアクセスをNode.jsで実装したけれど、データベース（MySQL）がたまに応答しなくなる現象が発生したので調査したときの覚書。 環境：CentOS 5.10 x86_64, MySQL 5.5.36, Node.js v0.10.26, node-mysql 2.1.0 １．MySQL Community Editionの限界 Node.js + node-mysqlからMySQLにクエリを投げると、その分だけスレッドが立つ（１つのコネクションに対して１つのスレッド）。 デフォルトの設定では、すぐ「too many connections」とエラーになってしまうので、my.cnfに「max_connections」を設定する。 しかし、コネクション数が256を超えた辺りで、レスポンスが非常に悪くなるらしい。公式サイトにコネクション数とパフォーマンスのグ
MySQL Cluster Casual Talksで使った資料を公開しました。 #mysql_jp
昨夜、MySQL Cluster Casualにおいて、「カジュアルにMySQL Clusterを使おう」というタイトルで発表をした。その資料をスライドシェアにアップロードしたので、カジュアルにMySQL Clusterを使ってみたい人は参考にして頂きたい。 SlideShareではフォントが何やらおかしいので、資料をダウンロードして頂けると幸いである。 「 MySQL Cluster をカジュアルに使えるわけないじゃないですかｗｗｗ」 という声もあったようだが、自分がカジュアルだと思えばそれがカジュアルなのだ！！ 発表では、5分程度でMySQL Clusterのインスタンスをインストールするデモを見ていただいた。如何にカジュアルに使えるソフトウェアであるかということを、お分かり頂けたかと思う。カジュアルに使い始めてカジュアルにはまる・・・というオチはないと信じている。 転ばぬ先の杖という
しょっぱなから「 MySQL Cluster をカジュアルに使えるわけないじゃないですかｗｗｗ」の爆弾発言ではじまった MySQL Cluster Casual Talks に参加してきました #mysql_jp - #garagekidztweetz
ツイート今日は、超久しぶりに MySQL Community な勉強会、 MySQL Cluster Casual Talks : ATND に行ってきましたので、今日はそのレポートをしようと思います。 さすがの @nippondanji 節炸裂と @tsakurada さんの運用経験談が最高に楽しい勉強会でした。 まずアジェンダは以下のとおりとなっていました。 【アジェンダ】 Main Sessions: 19:00 – 19:30 @RKajiyamaさん MySQL Cluster大地に立つ！「5.6とは違うのだよ、5.6とは！」 19:30 – 20:00 @nippondanjiさん カジュアルにMySQL Clusterを使ってみよう 20:00 – 20:30 @tsakuradaさん MySQL Clusterと丸４年の付き合いを振り返ってのよもやま話と、 Version
MySQL 5.7 Fabric: Introduction to High Availability and Sharding
MySQL 5.7 has sharding built-in to MySQL. The free and open source MySQL Fabric utility simplifies the management of MySQL clusters of any kind. This includes MySQL Replication setup, monitoring, automatic failover, switchover and so fort for High Availability. Additionally, it offers measures to shard a MySQL database over many an arbitrary number of servers. Intelligent load balancer (updated dr
MySQL Casual Talks vol.5 メモ
MySQL Casual Talks vol.5 メモ 2013-10-26 MySQL Casual Talks vol. 5に行ってきたので、自分なりのメモと資料へのリンク。 途中、アラートが鳴り始めて確認してたりしてメモが適当なところがあるが仕方なしｗ かなりのスピードでじゃんじゃんプレゼンが進んで行ったが、どれも面白い・役立つ内容ばかりで、楽しいひと時でした。発表者の皆様、会場の提供や調整などしてくださった@myfinderさんはじめとする皆様、ありがとうございました。自分の隣でビール缶を次々と「カシュッ」と空けていた@oranieさんのような余裕を持ちつつ、次回は自分も何かネタを提供できるといいなあ。 @yuryuさん GTIDを使い始めてやめた話 GTID - 全てのトランザクションを一意に識別、一貫性保証 マスタを切り替えると、マスタのUUIDが変わるのでGTIDが2個になる
An Introduction to InnoDB Internals
All of Percona’s open source software products, in one place, to download as much or as little as you need.
MHA for MySQL の概要 - Gosuke Miyashita
MHA for MySQL の導入を検討していて、まずは社内の技術者向けに、MHA for MySQL の概要を伝えようと、主に オフィシャルなドキュメント からポイントを抜粋して社内向けの Wiki に書いてみた。本当なら、オフィシャルドキュメント全体に目を通してもらうのがいいんだけど、英語なので、はじめの一歩としては敷居が高く感じる人もいるだろう、ということで。 特に外に出してまずい情報があるわけでもないので、このブログでも曝しておきます。 MHA の概要 MySQL エキスパートとして世界的にも著名な松信嘉範氏による、MySQL マスターの HA 化を行うためのツール。Perl 製。 最小限のダウンタイムで、データの不整合を防ぎつつ、マスターのフェイルオーバーを行う、というのが主な機能。 また、既に動作している MySQL に影響を与えることなく導入できる。 機能は大きくわけると以下
MySQL 5.6で作成したシーケンステーブルの更新性能のベンチを取ってみた
**追記 2012/11/05** "sync_binlog = 1のときの値"というタイトルでtumblrにコメント頂いたのですが、tumblrの操作をミスったせいかお名前が分からなくなってしまいました>_ AWSでMySQLのベンチを取ってみた from Makoto Haruyama ## ベンチマークをとったマシン * EC2 Smallインスタンス 項目 | 詳細 | ----|---- CPU Cores | 1 Core CPU Units | 1 ECU Memory | 1.7 GB ## ベンチマークを取るテーブルと、発行するクエリー テーブルは下記の通りです。 CREATE TABLE `seq_myisam` ( `id` bigint(20) unsigned NOT NULL) ENGINE=MyISAM DEFAULT CHARSET=utf8mb4; INS
もしもデータベースサーバがクラッシュしたら
人の作ったものは完璧ではない。完璧でないものはクラッシュする。故にデータベースはクラッシュする。サーバハードウェアの故障、OSのクラッシュ、データベースそのもののバグなど原因は様々であるが、永遠に停止することなく動き続けるRDBMSというものは存在しない。もちろん数年間無停止で問題が出ない場合もあるが、クラッシュするときはするので対策が必要である。もしもの時に備えて抜かりないのがスマートなオトコのスタイルである。データベースのご利用は計画的に。 と思ったそこのアナタ！！人生そんなに楽ではありません。 もちろんRDBMSはトランザクションのDurabilityを保証しているので99%の場合はそれでOKだけど、それはCOMMITが成功した場合の話。COMMITは大抵の場合高速な処理であるが、それでも処理にかかる時間はゼロではない。アプリケーションがデータベースサーバにCOMMITを送信してから
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
分割と整合性と戦う
Tritonn (MySQL5.0.87+Senna)からの mroonga (MySQL5.6) 移行体験記
MySQL最新動向と便利ツールMySQL Workbench
MySQL Sharding: Tools and Best Practices for Horizontal Scaling
MySQL at Facebook
{{#tags}}- {{label}}
{{/tags}}