MySQL :: MySQL 8.0 リファレンスマニュアル :: 15.11.1 InnoDB ディスク I/O
InnoDB は、可能であれば、I/O 操作を処理するための複数のスレッドを作成することによって非同期ディスク I/O を使用します。それにより、その I/O がまだ進行中の間もほかのデータベース操作を続行できるようにします。 Linux および Windows プラットフォームでは、InnoDB は使用可能な OS およびライブラリ関数を使用して 「native」 非同期 I/O を実行します。 他のプラットフォームでは、InnoDB は引き続き I/O スレッドを使用しますが、スレッドは実際には I/O リクエストの完了を待機する場合があります。この手法は「「シミュレーション」」非同期 I/O と呼ばれます。 InnoDB は、データがすぐに必要になる可能性が高いと判断できる場合、先読み操作を実行して、そのデータをメモリー内で使用できるようにバッファプールに取り込みます。 連続したデー
SSDの真の性能を引き出す MySQL 5.1.38 InnoDB Plugin - SH2の日記
X25-M、SSDで検索してくる方が非常に多いので、本ブログ内のSSD関連記事をリストしておきます。 MySQLのベンチマークを用いたIntel X25-M SSDの評価 (2009/03/25) SSDの真の性能を引き出す MySQL 5.1.38 InnoDB Plugin (本記事) MySQL 5.1.38から本体に同梱されるようになった、InnoDB Pluginの性能検証結果です。前回ご紹介したようにInnoDB Pluginには以下の強化点がありますが、本日はこのうちバックグラウンドI/Oスレッドの増加に焦点を当ててみたいと思います。 高速なインデックス作成。従来InnoDBのCREATE INDEXはテーブルの再作成を伴っていました テーブルとインデックスの圧縮 (検証結果その1、その2) INFORMATION_SCHEMAによるロック競合の検出 (検証結果) CPUスケ
MySQLの新ストレージエンジン Percona XtraDB とは！？ – Yorozuyah.com
MySQL 5.1GA版が先日リリースされましたが、新機能の一つとしてストレージエンジンのプラグイン化が挙げられます。 早速、その機能を利用し、ロシアのMySQLコンサルティング会社、Perconaより、新ストレージエンジン「XtraDB」がリリースされました。 Announcing Percona XtraDB Storage Engine: a Drop-in Replacement for Standard InnoDB 以下、概要をまとめてみました。 XtraDBはInnoDBストレージエンジンをベースに開発されたものであり、互換性があるため現在の環境を引き継ぐことができます。 また、最近のハードウェア環境に特化した仕様になっています。 （マルチコアプロセッサや複数ディスクを使用したRAID環境でより有意に動作する！？） GPL v2ライセンスの元にリリースされており、Sun Mi
Innodb Double Write
One of very interesting techniques Innodb uses is technique called “doublewrite” It means Innodb will write data twice when it performs table space writes – writes to log files are done only once. So why doublewrite is needed ? It is needed to archive data safety in case of partial page writes. Innodb does not log full pages to the log files, but uses what is called “physiological” logging which m
［新バージョン］MySQL 5.1 InnoDBの性能評価――バージョン5.0からの劇的な性能向上を計測する | gihyo.jp
性能評価結果 DBT-1によるバージョン5.0と5.1の評価結果は、図1のとおりです。 MySQL 5.0のInnoDBでは、仮想ユーザ数6,000程度で理論値を若干下回り、以降そのまま飽和状態に達していることがわかります。 それに対してMySQL 5.1のInnoDBでは、仮想ユーザ数が12,000を過ぎるまでDBT-1の理論値どおりのスループットを示し、以降微小ながらも上昇を続け、仮想ユーザ数16,000あたりで飽和状態（上限）に達したことが読み取れます。 図1 DBT-1のベンチマーク結果 ※ MySQL 5.0の測定において、仮想ユーザ数14,000と16,000のデータを採取した際、システムのリソース限界のためDBT-1自体が途中でエラーになってしまっていました。ですので、仮想ユーザ数14,000と16,000のデータについては参考値扱いとしてご覧ください。 リソースの使用状況
InnoDBの複合FOREIGN KEY制約について - 日向夏特殊応援部隊
今回はInnoDBなら是非使いたい機能のひとつ、FOREIGN KEY制約の話です。 まずはテーブルを用意 Fooと言う複合primary keyを持つテーブルを用意したとします。 CREATE TABLE `Foo` ( `a_id` int(11) NOT NULL default '0', `b_id` int(11) NOT NULL default '0', `name` text, PRIMARY KEY (`a_id`,`b_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8こういう場合、このテーブルに対してFOREIGN KEYを張るケースで、 a_id, b_idのセットで張りたい場合があります。 多くの方は専らFooのprimary keyをひとつにしてsequencialな値としてあげて、 そこに単一のFOREIGN KEYを張るんじゃ
MySQL 5.1.41リリース - SH2の日記
出ました。今回は機能の追加・変更が4件、バグ修正が62件あります。 MySQL 5.1.38から同梱されるようになったInnoDB Pluginですが、MySQL 5.1.41ではバージョンが1.0.5に上がり、ついにRC(リリース候補版)となりました。再掲になりますがInnoDB PluginはビルトインのInnoDBに比べて以下のような機能強化が施されており、非常に有用性の高いものです。そろそろ利用を検討しても良い時期に入ってきたのではないかと思います。 高速なインデックス作成。従来InnoDBのCREATE INDEXはテーブルの再作成を伴っていました テーブルとインデックスの圧縮 (検証結果その1、その2) INFORMATION_SCHEMAによるロック競合の検出 (検証結果) CPUスケーラビリティの向上 (1.0.3から) バックグラウンドI/Oスレッドの増加 (1.0.4か
InnoDB Pluginことはじめ。快適ストレージエンジン生活はじまる！
MySQL 5.1.38からMySQL本体にInnoDB Pluginバンドルされている。一部の先駆的なユーザー以外に、「InnoDB使ってますよ！」もしくは「検証してるよ！」という話をあまり聞かない。そもそもであるが、InnoDB Pluginってなんぞ？！という人が多いんではないかと思うのだが、実際はどうなのだろう？現在はRC版（リリース候補版）という位置づけのInnoDB Pluginであるが、一部影響度の高いバグが残っていたりしてGA版ほどの安定性は求められないものの、ほとんど実用に耐えうる品質になっているといえる。そんなわけで、今日は改めてInnoDB Pluginの使い方・使いどころについて説明するので、ぜひ皆さんの手でInnoDB Pluginを評価してみて頂きたい。 なお、以下の解説は現在の最新バージョンである、InnoDB Plugin 1.0.6を前提にしているので、将
MySQL
MySQL HeatWave MySQL HeatWave is a fully managed database service for transactions, real- time analytics across data warehouses and data lakes, and machine learning services, without the complexity, latency, and cost of ETL duplication. It is available on OCI, AWS, and Azure. Learn More » MySQL Enterprise Edition The most comprehensive set of advanced features, management tools and technical suppo
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
High Availability MySQL: MySQL versus MongoDB - fetch by secondary index
MySQL :: MySQL 8.0 Reference Manual :: 17.6.2.1 Clustered and Secondary Indexes
Transactions on InnoDB » Blog Archive » Only God can make random selections
このページを見るには、ログインまたは登録してください
Using prioritized I/O to improve storage bandwidth in MySQL Christoffer Hall-Frederiksen and Philippe Bonnet VLDB 2005 Hardware trends 2 CPU speed Memory Storage capacity Storage sequential Storage random Years Improvement • A random I/O requires a see
GitHub - google/mysql-tools
Inno Db Internals Inno Db File Formats And Source Code Structure
MySQL
Facebookにログイン
Performance impact of prefetching in InnoDB
MySQL :: MySQL 8.0 Reference Manual :: 17.11.1 InnoDB Disk I/O