SQL記述者全員が理解すべきSELECT文の論理的な処理順序のお話 - Qiita
2020/9/30追記 本記事は元々、「SQL記述者全員が理解すべきSELECT文の実行順序のお話」というタイトルで投稿しておりました。 しかし、知見のある方からのコメントと自分でも調べてみた結果、今回紹介している順序はあくまで論理的な処理順序であり、実行順序とは別物ということがわかりました。 誤った知識を布教してしまい申し訳ございません。 2020/9/30のタイミングで、本記事のタイトルを「SQL記述者全員が理解すべきSELECT文の論理的な処理順序のお話」に変更させていただきました。 はじめに 「SQLといえば、エンジニアが扱うスキル」と思われがちですが、最近はマーケターや営業など、非エンジニアの方もSQLを使って、自らデータを抽出し分析する方が増えてきています。 またエンジニアの方でも、ORM任せでなんとなく理解している状態の方もいるのではないでしょうか？ 今回は、そんな方々にこそ
HammerDB
HammerDB HammerDB is the most trusted Free and open source database benchmarking application to the global database industry, supporting Microsoft SQL Server, IBM Db2, Oracle, PostgreSQL, MariaDB and MySQL. Fortune 500 companies, Commerical and Open Source Database ISVs, Cloud Service Providers and leading Hardware Vendors all rely on HammerDB for insight into database performance and scalability.
MySQL 5.6 のオンラインDDLについて調べた - takatoshiono's blog
今更だけど MySQL 5.6 ではオンラインDDLの機能が追加されている。今日はこのオンラインDDLについて勉強したことを書いてみる。 MySQL のマニュアル MySQL :: MySQL 5.6 Reference Manual :: 14.11 InnoDB and Online DDL にいろいろ書いてある。いまから書くことはこのマニュアルから得た知識が元になっている。 DDL てなによ？ データではなく、テーブル自身を操作するためのSQL文のこと。CREATE, ALTER, DROP, TRUNCATEなど。オンラインDDLではCREATE INDEX, DROP INDEX, ALTER TABLEに適用される。 http://dev.mysql.com/doc/refman/5.6/en/glossary.html#glos_ddl 5.1 までの ALTER TABLE
mysqldump オプションについて - メモがわり
mysqldump 5.0.45 大量のデータをダンプし、復元しようとすると以下の例外が発生。 ERROR 2013 (HT000) at line xxx: Lost connection to MySQL server during query ダンプファイルのエラー行数をみてみると長いSQL文が生成されていた。 [オプション] http://dev.mysql.com/doc/refman/4.1/ja/mysqldump.html この中のオプションで、 e, --extended-insert というオプションがあり、これがデフォルトで使用されているよう・・・ これは、「さらにコンパクトで速い挿入ステートメントを提供」ということらしいが これを解除して復元出来るようになった。 mysqldump --opt --extended-insert=false -uroot -p da
Node.jsアプリケーションからMySQLにアクセスする | dotstudio
こんにちは、dotstudioの代表ののびすけです。 前回の記事(AzureでMySQLのセットアップと接続方法)に続きMySQLの話です。 今日は初心者向けに、Node.jsからMySQLにアクセスする方法をチュートリアル的に紹介します。 MySQLモジュール（ドライバー）こちらのモジュールを利用します。 おそらく一番利用されているMySQLのNode.jsモジュール（ドライバー）になります。 https://www.npmjs.com/package/mysql npm init --yes npm i mysql --save これでインストールはできました。 MySQLデータベースを用意接続を試す前にデータベースが用意できているか確認しましょう。 前回の記事(AzureでMySQLのセットアップと接続方法)などを参照してみましょう。 仮データをいれておきましょう。 今回は’test
Cloud9でMySQLを使う - Qiita
Cloud9でDB接続するやり方を毎回ggってるのでメモ。 Terminal側での処理 まずは起動 $ mysql-ctl start mysql> の入力画面にする $ mysql-ctl cli 新規DBや新規テーブルの作成はTerminalから直接SQL叩けばOK ※phpMyadminもインストールできる $ phpmyadmin-ctl install Setting Up PHPMyAdmin ちなみにphpMyadminのURIは https://[workspace名]-[UserName].c9users.io/phpmyadmin/index.php PHP側からDBを使う $servername = getenv('IP'); $username = getenv('C9_USER'); $password = ""; $database = "使用するDB名"; $
[サーバー] AmazonLinuxにMySQL5.7をインストールする - YoheiM .NET
こんにちは、@yoheiMuneです。 本日はAmazonLinuxやCentOSにMySQL5.7をインストールする方法をブログに残したいと思います。 目次 yumレポジトリの追加とインストール 今回はyum経由でMySQLをインストールします。最初から入っているyumのレポジトリは少し古いので、MySQL5.7のレポジトリを追加します。 yum -y install http://dev.mysql.com/get/mysql57-community-release-el6-7.noarch.rpm なおこの記事以降で、さらに新しいMySQLが出ているかもしれませんので、最新のrpmはこちらより確認してください。 レポジトリの追加ができたら、インストール可能な内容を確認します。 $ yum repolist enabled | grep "mysql.*-community.*" my
![[サーバー] AmazonLinuxにMySQL5.7をインストールする - YoheiM .NET](https://cdn-ak-scissors.b.st-hatena.com/image/square/89e9f8aaef5ab7afb922a3d49d1d740151769c27/height=288;version=1;width=512/https%3A%2F%2Fwww.yoheim.net%2Fimage%2F404.jpg)
UNSIGNED の不思議な挙動 #mysqlcasual - do_aki's log
かじゅある！ この記事は、MySQL Casual Advent Calendar 2013 4日目です。 3日目を数秒差で @kamipo さんに取られてしまい*1、ネタかぶったらどうしようとドキドキしていましたが、そのようなことはなくこれでようやく安眠できそうです。 MySQL では、UNSIGNED が使える UNSIGNED は、標準SQL にはないデータ型属性です。*2 通常の INT が -2147483648 から 2147483647 の範囲を表すのに対し、 INT UNSIGNED で定義したカラムは 0 から 4294967295 の範囲となります。 今回は、この UNSIGNED に関する奇妙な挙動のお話。 なお、検証に利用したバージョンは 5.1.69 です。 すでに 5.6 が GA となっている現在からするとやや古いバージョンではありますが、REHL 6.5 で
MySQL で IN 句 + サブクエリの処理時間が遅い場合の改善方法 - Shred IT!!!!
概要 とあるプロジェクトで Rails 3.2 + MySQL 5.5 を利用してる。 管理画面の機能追加と改修をしているのだが、 ある機能の一覧ページが重くて開かないと報告を受けた！ 1台しかない MySQL サーバが落ちて、 サービスに支障が出たことが何度かあるらしい。 問題のページについて 問題のページはよくある、管理画面の一覧画面。 Ajax により、JSON で一覧情報を受け取って表にするページなのだが、 集計値も表に含まれており、この集計値の算出が遅い原因になっていた。 調査・再現 本番同等のDBを準備してもらい、問題の画面を開く。 数分待っても、JSON が返却される様子がなく、そのままタイムアウト。 MySQL のクライアントからshow processlist;で実行中の SQL を軽く覗いてみると、 集計値を出すための SQL が 15 〜 30 秒くらいかかっている。
MySQLパフォーマンスチューニングのためのクエリの基礎知識 - プログラマーkkの勉強/成長ブログ@ライブレボリューション(モバイル広告代理店)
前回書いたMySQLパフォーマンスチューニングのためのインデックスの基礎知識に引き続き、MySQLのパフォーマンスチューニングについて学んだことをまとめ。 MySQLを使っていると、クエリが遅い理由をつきとめる必要が出てくる。 どうやって遅いクエリをつきとめ、改善すればよいかについて学んだのでまとめた。 下記のような基礎知識があればパフォーマンスチューニングをうまくやれる、と思う。 クエリ処理の基礎 MySQLがクエリを処理する手順 まずはMySQLがクエリを処理する手順を知っておく必要がある。 処理は以下のような流れで進む。 クエリキャッシュの中からクエリの結果を探す。見つかればそれを返す。 クエリを解析して構成要素に分解する。 クエリの構文が正しいことを確認 クエリについて基本情報を収集する。 クエリを基本的な要素に分解した後、何を実行すべきかを判断する。 クエリオプティマイザが動き始
EC2 と RDS で MySQL ベンチマークを取ってみた（2）〜ついでに MariaDB も〜 - ようへいの日々精進XP
はじめに 前の記事の続き RDS をコマンドラインで構築する MariaDB でも同じ環境でベンチマークを取ってみる 参考 rds MariaDB 構成 以下のような構成で検証を行った。 MySQL と MySQL-Cluster と MariaDB に関しては EC2 インスタンス上に構築して同一ホスト上から mysqlslap を実行した。。RDS に関しては別途コントロール用のインスタンス（上図の RDS Console）を構築して、そのインスタンスから mysqlslap を実行した。 RDS を awscli で操作する RDS インスタンスの構築 ベンチマークに必要な RDS インスタンスを以下のようなパラメータで構築する。 パラメータ 値 備考 master-username ${mysql_user} master-user-password ${mysql_passwor
MySQLとRDS MySQLとRDS Auroraのキャッシュウォーミング機能を調べた | DevelopersIO
データベースのキャッシュウォームアップについて キャッシュを活用して高速にクエリーをさばいているDBシステムも、リスタートなどのタイミングでキャッシュが失われると、途端に処理性能が著しく低下します。 そのようなケースに備えて、有名なDBシステムではスタート時にダンプ済みキャッシュを読み込んでウォームアップする機能が提供されています。 今回は以下の MySQL 系データベースについてキャッシュウォーミング機能を確認しました。 MySQL 5.6 RDS MySQL 5.6 MySQL 5.7 RDS Aurora それでは順に見ていきましょう。 MySQL 5.6 InnoDB で MySQL を使っている場合、クエリーキャッシュは buffer pool に保存されます。 buffer pool はメモリー上にあるため、MySQL を一旦停止すると失われてしまいます。 この問題を解決するた
websec-room.com - websec room リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
MySQL 冗長化モデル
3. 1-1 DB（MySQL）の冗長化とは何 か MySQLはMaster・Slaveの構成を行いますが、これは『更新』と『参照』と 役割が異なっているだけであり、冗長化とは意味が異なります プログラム上で『更新』『参照』についてそれぞれの宛先（IP）を役割毎 にハードコートしており、どちらか片方に障害が起こるとサービスに影響 が出ます ⇒『更新（Master）』『参照（Slave）』を、それぞれ 冗長化する必要があります 4. 1-2 冗長化に向けた設計方針 サーバーHW障害に対し、サービスが継続できること 障害時のダウンタイムが限りなくゼロであること ⇒24h/365dサービスを目指すため、ボトルネックを可能な限り減らす 障害発生時には自動的にサービス復帰する ⇒運用の自動化により、運用の安定化及び省力化を目指す プログラムは障害対応を意識せずにコーディングで
長年の議論に終止符 -- MySQL、MariaDB、PostgreSQLのオプティマイザ/エクゼキュータ比較 - interdb’s blog
https://mariadb.com/kb/en/optimizer-switch/にあるように、MariaDBのオプティマイザはかなり改良されている。 では、MariaDBのオプティマイザ/エクゼキュータはどの程度優秀か、４つのSELECT文の実行を通してMySQLと(ついでにPostgreSQLと)比較してみる。 (2014.12.3追記：オプティマイザについては省略してますが、こんな本がでます。) 結論を先にいえば「MySQLは検索が速い」というのは都市伝説。MariaDBはがんばってるけどPostgreSQLにはまだまだ及ばず。 ＊念のため。これはベンチマークじゃないよ、オプティマイザ/エクゼキュータの機能比較です。 自分で再確認したい場合はこちらにスクリプト群と実験のやり方を簡単に書いたので参照のこと。 調査環境 同一マシンにMySQL5.6.14、MariaDB10.0.4、
長年の議論に終止符 -- MySQLとMariaDBの違い一覧 - 技術メモ置き場
(2014.12.3追記：このblogの内容は、以下の書籍にも反映させた。) SQLレベルの差異 MariaDB5.5とMySQL5.5ではSQLレベルでの違いはほとんどなかった。autoincrementの最大値の扱いくらい。 ただし、MariaDB10.0でREGEXPがマルチバイト対応になったので、アプリ側は注意。 項目 MySQL MariaDB Autoincrement 最大値に達すると、以降は最大値を繰り返す。Warningのみ。エラーにならない。tinyintなら…,125,126,127,127,127… 最大値-1まで。以降はエラーを返す。tinyintなら…,125,126,ERROR,ERROR,… EXPLAIN文 JSON形式 バージョン5.6から 未対応 Optimizer Trace バージョン5.6から 未対応（ただし、MariaDBのほうがオプティマイザ
MySQL のNULL ではまったことあれこれ - LukeSilvia’s diary
MySQL に限らず、SQL のNULL の仕様には何回か「えっ」と驚くことがあったのでメモしておこうと思います。5.1 版の日本語マニュアルがなかったものについては、4.1 のマニュアルを参照しました。 そもそもNULL は何を意味するか NULL は未定義または、不明を意味する。「電話番号を持たない」ということを表現する場合は、NULL ではなく、空の文字列を使う。 NULL 値というものを SQL 初心者はよく混乱します。SQL 初心者は、多くの場合、NULL が空文字 "" と同じであると考えてしまいます。これは違います。たとえば、以下のステートメントは完全に別のものです。 mysql> INSERT INTO my_table (phone) VALUES (NULL); mysql> INSERT INTO my_table (phone) VALUES (""); どちらのス
Pythonで作られた便利なコマンドラインツール MySQL Utilities
MySQL Utilitiesならではの注意点 MySQL Utilitiesは従来のコマンドラインツール群とは違い、以下のような記述で接続先を指定します。 これは、従来のコマンドラインツール群が主に1つのMySQLサーバーを対象として動作するものなのに対して、MySQL Utilitiesは2つ以上のMySQLサーバーを対象として動作するものが多いため、このような記法になっています。 [MySQL Utilitiesの記法] --server=ユーザ名:パスワード@ホスト名:ポート番号 [MySQL コマンドラインツール群の記法] --user=ユーザ名 --password=パスワード --host=ホスト名 --port=ポート番号 なおWindows環境ではローカルホストとしてlocalhostと127.0.0.1のどちらを指定しても同じですが、LinuxやUNIXではホスト名に対
ソーシャルゲーム開発者なら知っておきたい MySQL INDEX + EXPLAIN入門｜技術ブログ｜北海道札幌市・宮城県仙台市のVR・ゲーム・システム開発 インフィニットループ
ソーシャルゲーム開発者なら知っておきたい MySQL INDEX + EXPLAIN入門 広く浅くを担当してます、ota です。 技術ブログ第一回から早速流用スライドで申し訳ありませんが、社内勉強会資料として作成した「MySQL INDEX + EXPLAIN入門」です。 当社でもソーシャルゲームの開発を行っていますが、このような大量のデータを使用する・クエリの速度が求められる場合にインデックスは大変重要です。 インデックスの有効な利用にはDB設計者だけではなくプログラマにもある程度の知識が最低限必要となりますが、インデックスについての初心者向け資料があまりないようです。 このスライドではプログラマに知っておいて欲しい以下の基本的な点をまとめました。 INDEXを使用する時に気をつけること WHERE句 !=、<>はインデックスが使用できない WHERE句の全てのANDにかかっていないイン
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQLチューニング
