MariaDB社が投資会社「K1」に買収されると発表。CEOは交代、製品開発と提供は継続
MySQLから派生したリレーショナルデータベースであるMariaDBの開発を主導するMariaDB社が、投資会社「K1 Investment Management, LLC」（以下、K1）に買収され、同社の100％子会社になることを発表しました。 MariaDB社はニューヨーク証券取引所の上場企業ですが、買収により上場廃止となります（ちなみにオープンソースの開発コミュニティとしては、MariaDB社とは別にMariaDB Foundationが存在しています）。 We are excited to announce that today, MariaDB joins the K1 Investment portfolio and appoints new leadership to drive the next phase of #MariaDB #database growth. Rea
GitHub、1200台以上のMySQL 5.7を8.0へアップグレード。サービス無停止のまま成功させる
GitHub、1200台以上のMySQL 5.7を8.0へアップグレード。サービス無停止のまま成功させる GitHubが提供するGitHub.comは、世界最大のソースコード管理システムを始めとするソフトウェア開発者向け支援サービスを提供しています。 そのGitHub.comはRuby on Railsで構築されており、同社はつねにRubyとRuby on Railsをアップデートし続けていることを今年（2023年）4月に明らかにしています。 参考：GitHubは200万行規模のRailsアプリケーションであり、毎週RailsとRubyを最新版にアップデートし続けている そして同社はこのGitHub.comを支える1200台以上のMySQL 5.7を、GitHub.comのサービスレベルを維持したまま1年以上かけてMySQL 8.0にアップグレードしたことをブログで明らかにしました。 Up
SQLの観点から「Oracle Database」「PostgreSQL」「MySQL」の特徴を整理しよう！ | アシスト
SQLの観点から「Oracle Database」「PostgreSQL」「MySQL」の特徴を整理しよう！ 企業の情報システムで利用されているRDBMSでは、近年は商用データベースだけでなくオープンソース・データベースを併用するケースも増えており、選択肢は多様化しています。ご存じの通り、SQLはRDBMS共通の言語ですが、実際は細かな記述の違いやRDBMS独自の機能が多数存在します。そのため、例えば商用データベースからオープンソース・データベースに移行したり併用したりすると、アプリケーションの改修コストや、意図した通りに動作しないといった問題が発生する場合があります。本記事では、SQLの視点からRDBMSの主な差異を紹介し、異なるRDBMSに移行する際の注意点やRDBMS選定のポイントに迫ります。
主なRDB（Oracle, MySQL, PostgreSQL）の機能比較 - Qiita
全国で利用されているDBの分布は以下のようになっているらしいです。 この中でも特に、Oracle, MySQL, PostgreSQLに焦点をあててそれぞれの機能を簡単に比較したので、それをまとめました。 Oracleの主な特徴 Oracle社が開発・販売する商用RDBMS 行レベルロック 複数のユーザーが同一の表の別の行に同時にアクセスするのでパフォーマンスが高い 読み取り一貫性 ダーティ・リード（更新前の情報と更新後の情報の両方を取得）が発生しないように、更新前データのみを取得する 堅牢性 Oracle Data Guardと呼ばれる、災害時やデータ破損時などあらゆる障害からデータベースを保護し、サービスの継続を可能にするシステムが存在している 移植性 Oracle Databaseは全てC言語で書かれいているので、幅広い運用が可能 管理や開発の効率化のための様々なツールが利用できる
MySQL 8.0登場！立ち止まることを知らない進化はこれからも続く。
ゴールデンウィークはいかがお過ごしされただろうか。今年は天気も良く、行楽日和が続いたように思う。 さて、先日MySQL 8.0が正式にリリースされた。少し時間が経ってしまったが、今回はMySQL 8.0の新機能について紹介したい。コミュニティ版のダウンロードはこちらから可能だ。 ひとつ前の正式バージョンはMySQL 5.7だったのだが、MySQL 8.0は非常に大きなリファクタリングが含まれており、5.x台のバージョン番号を捨て去ろうという話があった。そこで、次のメジャーバージョンは最初の桁を増やすということになったのだが、MySQL 6.0は過去に既に存在し、買収などの騒ぎで開発が頓挫してしまった経緯がある。7.xはMySQL NDB Clusterと被っている。というわけで、5.7の7の部分の次という意味合いもあって、8.0というバージョン番号を引っさげ、満を持しての登場となった。その
性能が2倍に、「MySQL 8.0」が登場 | OSDN Magazine
オープンソースのデータベース「MySQL」の開発チームは4月19日、最新のメジャーリリース「MySQL 8.0.11（MySQL 8.0）」を発表した。新たなメジャーリリスとなるMySQL 8系のGA（一般公開）版という位置付けで、5.7系より最大2倍高速としている。 MySQL 8.0は2016年に公開されたMySQL 5.7に続くリリースで、アーキテクチャの変更が行われている。そのためバージョン番号も「5.8」ではなく「8」となった。2回のリリース候補（RC）版を経ての登場となる。 Webやモバイル、組込、クラウドなどさまざまなアプリケーションでの利用を想定して開発しており、性能、安全性、開発者の生産性などが強化ポイントとなる。 大きな新機能としては、データディクショナリの導入が挙げられる。従来個別のファイル内に記録されていたメタデータを単一のInnoDBテーブル内に格納できる仕組みで
雑なMySQLパフォーマンスチューニング
EXPLAIN mysql> EXPLAIN SELECT* FROM table_1 a JOIN `table_2` s ON a.user_id=s.`user_id` AND s.site_i d=120 WHERE app_id=8250G *************************** 1. row *************************** id: 1 select_type: SIMPLE table: a type: ref possible_keys: PRIMARY,ix_table_1,ix2_table_2,ix3_table_1,idx_table_1_06,idx_table_1_07,idx_t able_1_09 key: idx_table_1_06 key_len: 4 ref: const rows: 13496 Extra: *
［速報］マイクロソフト、Azureで「MySQL」「PostgreSQL」のデータベースサービス提供を発表、運用の手間は不要。Build 2017
米マイクロソフトはシアトルで開発者向けイベント「Microsoft Build 2017」を開催。1日目の基調講演で、オープンソースデータベースであるMySQLとPostgreSQLのマネージドサービスを提供すると発表しました。 「Azure Database for MySQL」と「Azure Database for PostgreSQL」は、いずれもマネージドサービスとしてマイクロソフトが運用管理や障害対応、パッチ適用、バックアップなどを行うため、利用者は運用の手間をかけることなくこれらのデータベースを利用することができます。 また、データベースへの負荷変動に対してデータベースを停止させることなく自動的に性能をスケールアップ、スケールダウンすることにも対応。 「既存のMySQL、PostgreSQLのツールやドライバ、フレームワークなどと100％互換がある」（クラウド＆エンタープライ
MySQL with InnoDB のインデックスの基礎知識とありがちな間違い - クックパッド開発者ブログ
こんにちは、サービス開発部の荒引 (@a_bicky) です。 突然ですが、RDBMS の既存のテーブルを見てみたら「何でこんなにインデックスだらけなの？」みたいな経験はありませんか？不要なインデックスは容量を圧迫したり、挿入が遅くなったりと良いことがありません。 そんなわけで、今回はレコードを検索するために必要なインデックスの基礎知識と、よく見かける不適切なインデックスについて解説します。クックパッドでは Rails のデータベースとして主に MySQL 5.6、MySQL のストレージエンジンとして主に InnoDB を使っているので、MySQL 5.6 の InnoDB について解説します。 InnoDB のインデックスに関する基礎知識 インデックスの構造 (B+ 木) InnoDB では B+ 木が使われています。B+ 木は次のような特徴を持った木構造です。 次数を b とすると、
技術めも » mysql
MariaDBの同一ホスト間のデータ同期システムとして作っていたmagentadeskなのですが、 0.7.0のリリースで、MySQL 8.0.31 と 8.0.32 の対応を入れました。 https://github.com/shigenobu/magentadesk なんで今までやらなかったかというと、 テーブルの解析でのinformation_schemaの格納のされ方が微妙にMariaDBとMySQLで異なる MySQLではEXCEPTが8.0.31までなかった MariaDBのdynamic columnに相当する機能がMySQLでは賄えるか不安だった シーケンスがないのをどうするか といったところでしたが、MySQL 8.0.31でEXCEPTが入ったので、 本腰入れて対応してみました。
mysqlslapを使ってRDSのMySQLについて各クラスのパフォーマンス測定 | DevelopersIO
よく訓練されたアップル信者、都元です。今回はMySQLのクライアント負荷エミュレーションツールmysqlslapを使って、Amazon RDSの性能を測定してみました。 このエントリーの初期版では、クライアントのEC2インスタンスサイズをsmallにしていましたが、クライアント側がボトルネックにならないよう、m3.2xlargeで再測定しています。また、測定回数(iterations)も、初期版では1でしたが、現在は10回の平均を取った数値で再測定しています。 Amazon RDSではdb.t1.microからdb.m2.4xlargeまで様々なインスタンスクラスが選択できます *1。それぞれCPUやメモリの他、I/O性能も「低速」「標準」「高速」といった差別化がはかられています。 とは言え、それぞれのインスタンスクラスにおいて、総合的なパフォーマンスはどの程度なのか、気になりますよね！
クラッシュセーフなスレーブ - interdb’s blog
MySQLでslaveをクラッシュセーフ*1にするには、 MySQL 5.6以上 relay_log_recovery=ON relay_log_info_repository=TABLE というセッティングが必要。詳細は"こちら"、翻訳版は"こちら"。 ざっくり言えば、リレーログのreplayと同じトランザクションで、InnoDBテーブルにリレーログの情報を書き込みcommitするので、大丈夫だよというお話。 MariaDBがこの機能に追従しないので、どうしたんだろうと思っていたら、MariaDBはGTIDのreplay状態などをgtid_slave_posというInnoDBテーブルに書き込むという技術的選択をしていた。もちろん、書き込むタイミングはreplayとおなじトランザクション。 よって、MariaDB10.0以降は、GTIDを設定すればslaveがクラッシュセーフになる。Mar
MySQL入門 レプリケーション編 - Qiita
#経緯 とある勉強会の内容の復習＆整理 #タイトル インストール・アーキテクチャ基礎編 レプリケーション編 ←今回はこちら バックアップ編 チューニング基礎編 #レプリケーション編 アジェンダ レプリケーションとは レプリケーションの仕組み レプリケーションの種類 レプリケーションの設定方法 バイナリログの管理方法 その他の考慮事項 参考情報 #1. レプリケーションとは ##1.1. 基礎知識 データの複製（レプリカ）を別のサーバにモテる機能 MySQLの標準機能で、多数のWebサイト等で利用されている － シンプルな設定で利用可能 － マスター → スレーブ構成 ##1.2. マスタースレーブ構成 サーバはマスター、スレーブまたは両方になれる マスターサーバ － データを変更 － 変更内容をスレーブに転送 － マスターは複数のスレーブを持てる スレーブサーバ － マスターでの変更内容を
大規模環境でMySQLのGTIDを適用して得られた教訓 | Yakst
MySQL 5.6からの機能であるGTIDを、Facebookの環境に適用した際の流れと主な不具合、そしてそれらの修正点について、Facebookのエンジニアによるまとめ。 by Evan Elias and Santosh Praneeth Banda Global Transaction ID (GTID)は、MySQL 5.6の新機能の中でも最も使わずにはいられない機能の一つだ。このおかげで、フェイルオーバやポイントインタイムリカバリ、階層を持ったレプリケーションなどに非常に有益だし、クラッシュセーフなマルチスレッドレプリケーションの必須条件にもなっている。この数ヶ月で、我々はFacebookの全ての本番用MySQLインスタンスで、GTIDを有効にした。その中で、この機能の適用方法や操作について、たくさんの知見が得られた。たくさんのサーバサイドの修正事項については、WebScaleS
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Introducing MySQL Shell for VS Code
PostgreSQLのデータをMySQLに移行する - Qiita
巨大なサイズのテーブルに対するALTER TABLE実行時間の概算方法
GitHub - datacharmer/test_db: A sample MySQL database with an integrated test suite, used to test your applications and database servers
MariaDB MaxScale 21.06 | MariaDB Documentation
MariaDB+GaleraClusterの運用事例(MySQL勉強会2016-01-28)
