2016/1/28 ヒカラボMySQL勉強会で発表させていただきました、RDSからAuroraへの移行に関する資料です。Read less
![【ヒカラボ】RDS for MySQL → Aurora](https://cdn-ak-scissors.b.st-hatena.com/image/square/c9f4751d18e46d05ed5fe0c5f60831bf0711b4c6/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2Frdsaurora-160128135240-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
26. 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 Ext
たとえば、cpuテストを行うには次のように「–test=cpu run」オプション付きでsysbenchを実行する。 $ sysbench --test=cpu run sysbench 0.4.12: multi-threaded system evaluation benchmark Running the test with following options: Number of threads: 1 Doing CPU performance benchmark Threads started! Done. Maximum prime number checked in CPU test: 10000 Test execution summary: total time: 8.7669s total number of events: 10000 total time taken
11. I'm yoku0825 ● とある企業のDBA ● オラクれない ● ポスグれない ● マイエスキューエる ● 家に帰ると ● 嫁の夫 ● せがれの父 ● 馬鹿だからかわいいわけじゃなくて、かわいい イルカがたまたまバカだった 12. はじめに ● サンプルデータは MySQLのサンプルデータ ベース(worldデータベース)からインデック スを全て取っ払ったものです ● http://dev.mysql.com/doc/index-other.html ● コードはgithubに上げてあります ● https://github.com/yoku0825/yapc_2014 ● すごく…ウンコードです… 13. はじめに ● 原則、MySQLは1つのテーブルにつき同時に1 つのインデックスしか使いません ● Index mergeとかあるけどアレは例外だし狙って やっても速くなる
Abstract This is the MySQL Reference Manual. It documents MySQL 8.4 through 8.4.3, as well as NDB Cluster 8.4 through 8.4.3, respectively. It may include documentation of features of MySQL versions that have not yet been released. For information about which versions have been released, see the MySQL 8.4 Release Notes. MySQL 8.4 features. This manual describes features that are not included in eve
MySQLのバージョン インストールされたMySQLのバージョンは以下のようになります。 名前 バージョン ダウンロード元 my.cnfサンプル 以下のサンプルを参照して、my.cnfファイルを作成してください。 # このファイルは MySQL 5.6を基準として作られてあります。 # http://dev.mysql.com/doc/refman/5.6/en/server-system-variables.html を参照しました。 [mysqld] ##-------------------------------------------------------------------- # mysqldの基本設定 ##-------------------------------------------------------------------- # id は 1 から 2^
以前、MySQLを高速化する10の方法という投稿で「EXPLAINの見方についてはいずれ解説しようと思う」と書いてしまったので、今日はその公約?を果たそうと思う。 MySQLのチューニングで最も大切なのは、クエリとスキーマの最適化である。スキーマの設計は一度決めてしまうとそのテーブルを利用する全てのクエリに影響してしまうためなかなか変更することは出来ないが、クエリはそのクエリだけを書き直せば良いので変更の敷居は低い。そして遅いクエリをなくすことは、性能を大幅に向上させるための最も有効な手段である。従って、アプリケーションの性能を向上させたいなら、まず最初にクエリのチューニングを検討するべきなのである。 最適化するべきクエリはスロークエリログやクエリアナライザで見付けられるが、ではそのようなクエリが見つかった場合にはどのように最適化すればいいのか?そのためにはまず現在どのようにクエリが実行さ
1. MySQL Admin が見た Devs の常識、 DBA は非常識 2013/09/14 yoku0825@MyNA PHP Conference 2013 2. \こんにちは!/ ● yoku0825 ● とある企業の DBA ● MySQL 歴 5 年くらい ● オラクれない ● ポスグれない ● 嫁の夫 ● せがれの父 ● 日本 MySQL ユーザ会 (MyNA) のスベり担当 3. \しゃべること!/ ● 日常的に MySQL のソースコードに触れる変態 DBA がフツーの Devs に投げた愛のマサカリ集 ( のつもり ) ● ウチの開発言語は PHP > Java >> Ruby らしいです ● ウチでは DBA がサーバーの構築、 Devs が設計・ テーブル構築・運営、 DBA はトラブルシュートや改 善提案 ( 運用 ) 、というサイクルで回しています。
MySQL 5.6での新たな試みと着実な進化 オラクルは2011年4月にカリフォルニアで開催されたMySQL Conference & Expoにて、次世代のMySQLサーバとなるMySQL 5.6の最初のDMRを発表しました。DMRとはDevelopment Milestone Releaseの略で、次期バージョンで実装を予定している機能のうち、その時点でベータ版以上の製品品質となった機能群を搭載した、開発途上版のリリースです。DMRのリリースを重ねることで機能の数が増加し、より多くの方に最終のリリースに向けた新機能のテストを早いうちからご参加いただけます。 MySQL 5.6では以下の5つの点を重要な注力ポイントとして開発を進めています。 オプティマイザ : コードベースを一新しパフォーマンス、スケーラビリティの向上 パフォーマンススキーマ : チューニングに役立つ統計情報 InnoD
1 MySQL 5.6 パラメータ検討会 MyNA(日本MySQLユーザ会)会 2013年7月 2013/07/29 平塚 貞夫 2013/08/06 Revision 2 2 自己紹介 • DBエンジニアやってます。専門はOracleとMySQL。 – システムインテグレータで主にRDBMSのトラブル対応をしています。 – 仕事の割合はOracle:MySQL:PostgreSQL=5:3:2ぐらいです。 • Twitter:@sh2nd • はてな:id:sh2 • • 写真は実家で飼っているミニチュアダックスのオス、アトムです。 3 本日のお題 4 MySQL 5.6のパラメータ検討 • MySQL 5.6にはさまざまな新機能が追加され、パラメータ数が大幅に増えました。 • SHOW GLOBAL VARIABLESの項目数で100個以上増えています。 – MySQL 5.5.31:
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く