[B! MySQL] hagyroomのブックマーク

hagyroom id:hagyroom

MySQLに関するhagyroomのブックマーク (31)

SQLの達人への道: MySQLでの高速・効率的クエリ作成術 - Qiita
データベースとテーブルの作成テスト用のデータベースtestdbを作成し、パフォーマンスチューニングを検証するためのcompanyおよびpersonテーブルを定義します。 CREATE DATABASE testdb; USE testdb; CREATE TABLE company ( company_id INT AUTO_INCREMENT PRIMARY KEY, company_name VARCHAR(255) NOT NULL, created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ); CREATE TABLE person ( person_id INT AUTO_INCREMENT PRIMARY KEY, company_id INT, person_name VARCHAR(255) NOT NULL, em ail VARCH
hagyroom 2024/03/20
sql

パフォーマンス

チューニング

データベース

mysql
リンク
yokuさんにutf8→utf8mb4binのときに教えてもらった便利Tips
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
hagyroom 2023/12/15
mysql

tips
リンク
「MySQL 8.0 の薄い本」を作って配っている話 - Qiita
タイトルの通り、﹁MySQL 8.0 の薄い本﹂︵薄くない︶を以下のリポジトリで配布しています。 https://github.com/hmatsu47/mysql80_no_usui_hon 出掛けた先のイベント・勉強会などでも物理本を配布しています。 2019/08/08 追記‥MySQL 8.0.17 対応版をリリースしました。 2019/10/27 追記‥MySQL 8.0.18 対応版をリリースしました。 2019/12/20 追記‥MySQL 8.0.18 対応版第2刷をリリースしました。 2020/01/04 追記‥MySQL 8.0.18 対応版第3刷をリリースしました。 2020/01/19 追記‥MySQL 8.0.19 対応版をリリースしました。 2020/03/22 追記‥MySQL 8.0.19 対応版第2刷をリリースしました。 2020/05/15
hagyroom 2019/06/05
MySQL
リンク
いい加減テーブル定義書を手動で更新するのなんかやめたらいい - Qiita
自動化。どうせ誰も見ないって。 show create table見たほうが早いし。 mysqldump --no-data -uroot --database employees をリポジトリに入れてバージョン管理しとけば良いと思うけど、何らかの文書化が必要な場合は毎回差分を修正するより全部出力した方がラク。カラム名日本語がよければ適当にasで別名つけるとよい。 mysqlの場合 #!/bin/bash MYSQL="mysql -B -uroot" DBNAME="employees"TBL SQL=`cat << EOD SELECT TABLE_NAME, TABLE_COMMENT FROM INFORMATION_SCHEMA.TABLES WHERE table_schema = '$DBNAME' AND table_name LIKE '%s' EOD`CO
hagyroom 2015/09/02
MySQL

database

column
リンク
第6回　MySQLチューニング（5）　パラメタチューニングの基礎 | gihyo.jp
max_connections 最大接続数は通常システムの要件から算出して行きます。システムとして想定される同時接続数を見積もり、そのうちデータベースまで到達するリクエストの比率、それぞれのデータベースでの処理時間を待ち行列理論に照らして考慮します。データベースに到達する同時リクエスト数が同じだとしても、処理時間が違う場合はデータベース内で同時に実行されている処理の件数も違ってくるため、同時接続数も違ってきます。注意すべき点は、システム開発の早い段階では見積もりの精度が高くないため、ある程度余裕を持たせた設計で始め、かつ段階的に見積もりの精度を高めていくことが求められることです。接続が切断されるとMySQLサーバ内の接続スレッドも破棄されます。コネクションプーリング機能を使用していない環境では、接続による接続スレッドの生成と切断による切断スレッドの破棄が繰り返され、オーバーヘッドとして無
hagyroom 2015/04/28
MySQL

チューニング
リンク
MySQLのmy.cnfファイルサンプル
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^
hagyroom 2015/01/22
MySQL

my.cnf

mysql5.6

config
リンク
誰も教えてくれなかったMySQLの障害解析方法 - Qiita
それほどDBに詳しくないアプリエンジニアが何かトラブった時にすぐさま行動して問題把握できるようになる情報を列挙しておきます。開発時、障害時の対処療法やちょっとした定期監視方法などを対象にしています。抜本的な対策などはインフラエンジニアさんにお任せしたほうがいいと思います。 DBはいろんな意味でこわいんでできれば触りたくないです＞＜事前確認 MySQLサーバーのシステム設定値を確認しておく以下のようにサーバーのシステム設定値を確認できます。 mysql> SHOW GLOBAL VARIABLES; # ワイルドカード(%)を用いた絞り込み mysql> SHOW GLOBAL VARIABLES LIKE 'performance_schema%'
hagyroom 2014/07/16
MySQL

障害
リンク
ふつうのWeb開発者のためのクエリチューニング
Your browser doesn't support the features required by impress.js, so you are presented with a simplified version of this presentation. For the best experience please use the latest Chrome or Safari browser. Firefox 10 (to be released soon) will also handle it.
hagyroom 2014/07/12
mysql

sql

チューニング

tips

perl

plack
リンク
『アメーバピグにおけるDB構成&対応記』
2ヶ月前にインフルエンザとウィルス性胃腸炎でひどくダメージを受けた増田(@masudaK)です。アメーバピグは2009年2月に始まったサービスで、FLASH・Javaで作られています。そして、データストアにMySQLを用いてます。本記事では、わたくしが2年ほど見続けているアメーバピグのDB環境について構成や、日々どのようにして問題と向き合っているかを紹介したいと思います。インフラ寄りの内容が多いため、アプリ寄りの話は弊社生沼の資料を御覧ください。 1. 構成と規模 1.1. 構成まず構成ですが、読み書きはすべてマスターへ行うようにしています。そのため、スレーブには参照を向けず、ホットスタンバイとして使っています。バージョンに関しては2012年中旬までは5.0を使ってましたが、DC移転にあわせて5.5にあげました。ロック機能を用いたシャード構成をしてまして、2014年3月現在6シャードにな
hagyroom 2014/06/12
MySQL

ameba
リンク
[D14] MySQL 5.6時代のパフォーマンスチューニング　*db tech showcase 2013 Tokyo
db tech showcase 2013 Tokyoでの発表資料です。 [D14] MySQL 5.6時代のパフォーマンスチューニングRead less
hagyroom 2013/11/18
MySQL

チューニング

パフォーマンス

ツール
リンク
MySQLの大きなテーブルでのパフォーマンスを改善する10の方法 | Yakst
MySQLコミュニティマネージャのMorgan Tocker氏による、テーブルサイズが大きくなるにつれてINSERTのパフォーマンスが落ちてきてしまうことを防ぐ様々な方法についてのまとめ。今日は、パフォーマンス問題を引き起こす原因になる、サイズの大きいテーブルのパフォーマンスを改善することについて書いてみようと思う。このアドバイスのうちのいくつかは、たくさんのテーブルをまとめて大きくなっているデータベースにも適用できるが、大抵の場合、独立した大きなテーブルというのは特に問題になりやすいものだ。一般的に知られていると思われるのは、テーブルを変更する時のスピードは、そのサイズが大きくなるにつれて遅くなることだ。以下の図は、一般的なB+ツリーインデックスのパフォーマンスを時系列で見たものだ。このグラフは、MySQL@Facebookの記事から拝借したものだ。これは、insert buffe
hagyroom 2013/11/12
MySQL

パフォーマンス

index

tips
リンク
MySQL 5.6のインストール後にチューニングすべき項目 | Yakst
MySQLコミュニティマネージャのMorgan Tocker氏による、MySQL 5.6をインストールした後にデフォルト値から変更した方がよいパラメータの解説。数々のデフォルト値の改善によって、過去のバージョンと比べてMySQL 5.6では設定しなくてはならない値がかなり減った。とは言え、変更すべきものについてここで書いておきたい。 InnoDBの設定 innodb_buffer_pool_size - デフォルトは128M。これは、メモリにロードされるデータとインデックスのためにInnoDBがどのくらいメモリを使うかを指定するものなので、設定すべき重要な値だ。MySQLの専用サーバなら、搭載されているメモリの50%から80%が推奨される設定値だ。例えば、64GBのRAMを搭載しているサーバなら、バッファプールは50GB程度にすべきだろう。 innodb_log_file_size -
hagyroom 2013/09/28
InnoDB

mysql

チューニング
リンク
(帰ってきた)InnoDBパフォーマンス最適化の基礎 | Yakst
MySQL Performance Blogの翻訳。Perconaのサポートエンジニアである筆者が、InnoDBのパフォーマンスチューニングの基礎について、ハードウェアやOSの選定からパラメータの推奨値まで解説する。最近、2007年にPeter Zaitevが書いた﹁InnoDBパフォーマンス最適化の基礎﹂という記事を見つけた。これは素晴らしい記事で、読んでいると、MySQLとPercona Serversそして今日利用可能な全ての基盤技術に関して、6年近くの間に何が変わってきたのかを見直してみたいと思わせるものだ。本当にたくさんのことが変わったものだ！この記事では、InnoDBの使用に効果的なパラメータの多くに、特にパフォーマンスの観点から焦点を当てる。私はサポートエンジニアで、Percona SupportではInnoDBパラメータの適切なサイズに関する質問がたくさん寄せられている
hagyroom 2013/09/27
MySQL

InnoDB

パフォーマンス

MySQL.チューニング
リンク
PHPでデータベースに接続するときのまとめ - Qiita
︻2021/10/15 追記︼この記事は更新が停止されています。現在では筆者の思想が変化している面もありますので，過去の記事として参考程度にご覧ください。PDO に関しては大きく変わっていない部分が多いとは思いますが， PHP 8.x 以降での動作保証はありません。あらかじめ読んでおきたい記事Qiita - ︻PHP超入門︼クラス～例外処理～PDOの基礎 by @7968 初心者がやりがちなミス以下のどれかに1つでも当てはまるコードは見直す必要があります．付録にリンクを貼っておきましたので，﹁該当するかも？﹂という人はクリックして飛んで読んでください．太字にしてあるものは脆弱性に直結する危険度の高いものです． mysql_query などの非推奨関数を利用している SET NAMES あるいは SET CHARACTER SET などで文字コードを指定しているそもそもデータベース
hagyroom 2013/09/06
MySQL

php
リンク
これだけ見れば大丈夫！ーMySQLパフォーマンス監視のツボ（クエリ編）｜技術ブログ｜北海道札幌市・宮城県仙台市のVR・ゲーム・システム開発インフィニットループ
これだけ見れば大丈夫！ーMySQLパフォーマンス監視のツボ︵クエリ編︶こんにちは、インフラ担当新人の nob です。サーバー監視ツールで MySQL を監視しているのにデータが多すぎて活用していない。という方はいませんか？その豊富なデータをパフォーマンス・チューニングに活用しない手はありません。今回はサーバー監視ツールのグラフを読み解いた実戦経験を元に、﹁これだけ見れば大丈夫﹂というツボをまとめてみました。これだけ見れば大丈夫！　クエリ編　3つのつぼと5つのグラフ︵その1︶監視ツールが何を見ているのか知る︵その2︶監視のキモ、グラフ3点セット (Questions, Lock Waitsと Transaction Handler) ︵その3︶グラフでチェックする SQL チューニング ( Select Type とHandler) シンプルでお勧め、サーバー監視グラフ化ツール
hagyroom 2012/03/09
MySQL

監視

パフォーマンス

ツール

チューニング

cacti
リンク
カジュアルに MySQL を監視する方法 | Carpe Diem
このエントリーは、MySQL Casual Advent Calendar 2011 – MySQL Casual の第19日目のエントリーです。皆さんこんにちは、n0ts こと、Naoya Nakazawa です。今日は、みなさん日頃からカジュアルに MySQL を運用して、日々生活されていることと思います。MySQL は、非常に安定したオープンソースソフトウェアだと思いますが、どんなものでもときにはおかしくなったりするものです。﹁備えあれば憂いなし﹂ということで、僕は日頃から Nagios というオープンソースソフトウェアを利用して、MySQL がおかしくなっていかいか日々カジュアルに監視しています。今日は、カジュアルに MySQL を Nagios を使って監視する方法を紹介したいと思います。なお、今回は CentOS 5.7 x86_64 というカジュアルな Linux
hagyroom 2011/12/19
mysql

監視

nagios
リンク
Q4Mを簡単に導入する方法 - MySQL Casual Advent Calendar 2011 - blog.nomadscafe.jp
xai cronとネタが被ったようだけど気にしない＞＜ livedoorでOperations EngineerやってるkazeburoだYo。最近livedoorからオープンソース化された3億ファイルを管理してるオブジェクトストレージ「STF」でも使ってるMessage QueueのQ4Mのインストール方法を紹介するよ！　カジュアルだからインストールだけ！知ってる人も多いと思うけどQ4Mはkazuhoさんによって開発されたMySQLのストレージエンジンとして実装されてるMessage Queue。livedoorではもちろん、mixiやDeNAをはじめソーシャルゲーム各社でも使われている。 Message Queueの説明や使い方はDIS_COMMENTでテーブルスペースフルの猫神様が書いてるので参考になるね！ Perl Hackers Hub 第10回　ジョブキューで後回し大作戦―Th
hagyroom 2011/12/04
MySQL

q4m

インストール
リンク
MySQLで全文検索 - FULLTEXTインデックスの基礎知識｜blog｜たたみラボ
tatamilab.jp
hagyroom 2011/11/23
MySQL

全文検索

FULLTEXT
リンク
なぜMySQLのサブクエリは遅いのか。
よくMySQLはサブクエリが弱いと言われるが、これは本当だろうか？半分は本当で半分は嘘である。MySQLのサブクエリだってなんでもかんでも遅いわけではない。落とし穴をしっかり避け、使いどころを間違えなければサブクエリも高速に実行できるのである。今日はMySQLがどんな風にサブクエリを実行し、どのような場合に遅いのかということについて説明しよう。 EXPLAINで実行計画を調べた際に、select_typeにはクエリの種類が表示されるのだが、代表的なサブクエリには次の3つのパターンがある。 SUBQUERY DEPENDENT SUBQUERY DERIVED 結論から言おう。遅いのは2番目、DEPENDENT SUBQUERYである。DEPENDENT SUBQUERYとはいわゆる相関サブクエリに相当するもので、サブクエリにおいて外部クエリのカラムを参照しているサブクエリのことである。そし
hagyroom 2011/11/23
MySQL

tips

チューニング

サブクエリー
リンク
MySQLでサービス停止のないALTER TABLEの検討 - SH2の日記
MySQLでテーブルへのカラム追加、インデックス追加やテーブルの再編成などを行うと、その間テーブルに共有ロックがかかってしまいます。そのためこれらのメンテナンス処理は、通常利用者の少ない深夜早朝帯にサービスを止めて実施する必要があります。本日はそれを無停止、オンラインのままでできないかという話題です。基本的なアイデアメンテナンス対象の元テーブルをコピーして、作業用の仮テーブルを作ります仮テーブルに対して、カラム追加などの変更を加えますその間、元テーブルに対して行われる更新処理について差分を記録しておきます仮テーブルの変更が終わったら、記録しておいた差分データを仮テーブルに反映します差分データの反映が終わったら、元テーブルと仮テーブルを入れ替えますこれと似たようなことを考えた方は結構いらっしゃるのではないでしょうか。ただ、言うは易し、行うは難しです。整合性がきちんと取れるかどう
hagyroom 2011/04/07
MySQL

メンテナンス
リンク
1 2 次のページ