Re: MySQL最適化のミニtips - 日向夏特殊応援部隊
元ネタ: http://labs.unoh.net/2007/07/mysqltips.html あまり具体的じゃないので、僕の考えとか。 正しいかどうかは各自の状況だとか実際試すべきなんだけど、参考になれば。 MyISAM、InnoDBなどテーブルタイプ 僕は断然InnoDB派です。 ただ仰るとおり、ログるだけのテーブルとかならMyISAMでもいいとは思うけど。 トランザクションやロック処理などが必要ない場合など、MyISAM形式にも良いところはあるので検討してみる価値はあるかもしれません。 これだけの指摘だとちょっと微妙な気がするです。 MyISAMの使いどころってのは、 ピンで他とリレーションが無い単純追記系のテーブル リレーションがあり、同一トランザクション内での更新系クエリが存在する場合は、トランザクションが期待通りに動かないので、基本的にはInnoDBと混在させるべきではない
サービス終了のお知らせ
平素より「PHPプロ！」をご愛顧いただき、誠にありがとうございます。 2006年より運営してまいりました「PHPプロ！」ですが、サービスの利用状況を鑑みまして、2018年9月25日（火曜日）をもちましてサービスを終了させていただくことになりました。 サービス終了に伴いまして、2018年8月28日（火曜日）を持ちまして、新規会員登録ならびにQ&A掲示板への新たな質問、回答の投稿を停止させていただきます。 なお、ご登録いただいた皆様の個人情報につきましては、サービス終了後、弊社が責任をもって消去いたします。 これまで多くの皆様にご利用をいただきまして、誠にありがとうございました。 サービス終了に伴い、皆様にはご不便をおかけいたしますこと、心よりお詫び申し上げます。 本件に関するお問い合わせはこちらよりお願いいたします。
［MySQLウォッチ］第35回 ニューカマーに贈るMySQLの操作方法
この時期は，入学，就職，転職とニューカマーも多い時期である。本コラムを初めて読んでいる方も少なくないだろう。そこで，今回は，初心に帰り基本の中でも詳しく説明する機会の少ない操作方法に関して解説する。 MySQLの操作方法は大きく分けて4種類 この時期は新入学や就職など，多くのニューカマーを迎える季節だ。最近は，技術者の転職も花盛りだが，プロジェクトが一段落となるこの時期に配属なることも多いだろう。 さて，新しい職場で突然のMySQLの使用を命ぜられ，途方に暮れるなかで，このコラムを読んでいるのであれば，ぜひバックナンバーを見てほしい。インストールからチューニング方法まで，幅広いトピックスを取り上げている。 改めてこれまでのバックナンバーを見ると，操作方法に関して説明していないことに気がついた。そこで，ニューカマーの入門編も兼ねて，MySQL操作方法を解説する。エキスパートの方でも，参考にな
MySQL Conference & Expo 2007 - とあるはてな社員の日記
一昨日から今日まで3日間の日程で開催されていた、MySQL Conference & Expo 2007に行ってきました。日帰り圏内どころか、自転車圏内で、こういうカンファレンスがあるのは、素晴しいです。 詳細は、随時アップされるであろうプレゼン資料と、Planet MySQLに大量の報告があります(全部英語ですけど)。 個人的に注目していたのは、Digg.com、Flickr.comとYoutube.comのDB周りアーキテクチャのセッションでした。あとは、http://www.mysqlperformaceblog.com/の人のセッションは、細かいTipsが多く、具体的にだいぶ役に立ちそうです。 というわけで、簡単に注目したセッションの内容を紹介してみます。ちなみに、内容の正確さは無保証です:P 気が向けば、もっといろいろ考察してみるかもしれません。 Technology at Di
MySQL :: MySQL 8.0 リファレンスマニュアル :: 12.10 全文検索関数
MATCH (col1,col2,...) AGAINST (expr [search_modifier]) search_modifier: { IN NATURAL LANGUAGE MODE | IN NATURAL LANGUAGE MODE WITH QUERY EXPANSION | IN BOOLEAN MODE | WITH QUERY EXPANSION } MySQL では、次のような全文インデックス設定および検索がサポートされています。 MySQL の全文インデックスは、型 FULLTEXT のインデックスです。 全文インデックスは、InnoDB または MyISAM テーブルでのみ使用でき、CHAR、VARCHAR、または TEXT カラムにのみ作成できます。 MySQL には、中国語、日本語および韓国語 (CJK) をサポートする組込みの全文 ngram パーサー
mysql -Xでクエリーの結果をXMLで取得 - 技術メモ帳
mysql -X でクエリーの結果がXMLで取得できるらしい。 興味深いのでやってみた。 なんか適当にテーブルを作成する。 とりあえず、4つのカラムを持つtというテーブル作った。 mysql> create table t(id int not null, name varchar(255), body text, updated_at datetime); mysql> insert into t values(1, 'name', 'body', current_timestamp); mysql> insert into t values(2, 'name2', 'body2', current_timestamp); とりあえず、普通にSELECTで表示してみる。 # mysql -e 'SQL' で任意のSQLを実行可能。ワンライナーに使えます。 $ mysql -e 'sele
MySQL Cluster Architecture - hirohama.wiki
今後は、hirohama.mysqlを更新します。 このページでは雑誌掲載の内容とバックアップ/リストアについて紹介しています。 MySQL Clusterのセットアップ手順はPDFファイル（[1]）の後半にあります。HTML化していません。 最新情報などはMySQL Clusterページへ。 MySQL Clusterのアーキテクチャ 一言で言うとMySQL Clusterは，Alzato 社が開発したNDB ClusterをMySQLサーバと統合した，非共有ディスク型でアクティブ・アクティブ型のインメモリデータベースです．共有ディスクを必要としないために高価なH/Wを必要とせず，アクティブ・アクティブ型なのでフェールオーバに必要な時間は非常に短い．またメモリベースのデータベースであるので高速にデータへアクセスできます． MySQL Clusterの特徴 非共有ディスク型 アクティブ・ア
Real Beat » Blog Archive » [MySQL] MyISAMとInnoDB
Keep drinking, Keep listening to music, Go fuck yourself 今運用している某システム、MyISAMのある難癖によって非常に辛い目に遭っております。それはもちろんテーブルロック。これはもうMyISAMを選択した時点でどうしても避けては通れない道。そこんところ仕組みをちゃんと理解してないと、MyISAMのほうが速いって言うから選んだのに、なんだよ全然遅いじゃん！っていうか使い物にならないよウワァァァァンみたいなことになりがち。今のシステムでどうやってMyISAMかInnoDBかを分けたのかというと、単純に更新頻度だった。頻繁に更新されるテーブルはInnoDB、そうじゃなければMyISAM。参照が殆どならInnoDBを選択するメリットは何もないと思っていた。が、実は全然そうじゃなかった。 MyISAMが辛いのは、INSERT文実行時にテーブル
さくらインターネット移行記#2 VPN越しのMySQLレプリケーション
前回さくらiDCに移転し始めた、ということを書いたのですが、あれから一ヶ月ちょっとが経過しましてその後も順調に iDC への移転が進んでいます。すでにラックもいくつか借りて、サーバーも数十台がさくら iDC で稼動しています。回線がこれまでよりも高速なバックボーンに接続されつつ、帯域幅も大きくなったことから、移転したサービスによってはこれまでよりもパフォーマンスが出ているサービスもあります。うち比較的大きなデータを扱うフォトライフも移転を完了していますが、おかげさまで画像の読み出しがかなり速くなったのが体感できるぐらいスループットが向上しました。 既存サービスを移転するにあたって、どういった構成でそれを行っているかをちょっと紹介してみようと思います。 移転当初は、既存のはてなのサービスとはあまり関係していないサーバー群から手を付けました。例えば広告のシステムといった、はてなのデータベースを
データベースサーバの構築(MySQL) について
æ�¥æ��ï¼� 2005/10/03 21:00 å��å��ï¼� Ｓｅｖｅｎ ここで紹介されているMySQLの「MySQLの起動と停止」について質問があります。 MySQLの起動で下記のようにコマンドを打っているのですがmysqlがstopします。 [root@linux ~]# Starting mysqld daemon with databases from /var/lib/mysql STOPPING server from pid file /var/run/mysqld/mysqld.pid 051003 20:55:16 mysqld ended my.confの中身は下記のようになっています。 −−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−− mysqld] datadir=/var/lib/mysql socket=/var/lib/mysq
MySQL :: MySQL 8.0 リファレンスマニュアル :: 13.8.2 EXPLAIN ステートメント
SAVEPOINT、ROLLBACK TO SAVEPOINT および RELEASE SAVEPOINT ステートメント
2006-03-09
MySQL:インデックスまとめメモ http://www.res-system.com/item/550 インデックスの基礎知識 http://www.hi-ho.ne.jp/tsumiki/doc_1.html 複合インデックスは設計やデータによってはほとんど効果が出ないときがあるので注意。カーディナリティの高い２つの列を対象にすることって、それほど多くない気がするので。 ちなみに以下、 つまり、インデックスを使った方がパフォーマンスは上がる場合が多いけど、1000件程度の少ないデータであれば、インデックスを使わない方が一般的には速いとされてる、って事です。 1000件とか件数の問題じゃないですね。インデックスが効果的に使える状況なら何件でもインデックス使ったほうが速いし、データは増えていくからかけておいて損はない。ランダムアクセスと話がごっちゃになってる感じ。文章を書き間違えてるような
MySQL :: MySQL 8.0 リファレンスマニュアル :: 8.3.1 MySQL のインデックスの使用の仕組み
インデックスは特定のカラム値のある行をすばやく見つけるために使用されます。 インデックスがないと、MySQL は関連する行を見つけるために、先頭行から始めてテーブル全体を読み取る必要があります。 テーブルが大きいほど、このコストが大きくなります。 テーブルに問題のカラムのインデックスが含まれている場合、MySQL はすべてのデータを調べる必要なく、データファイルの途中のシークする位置をすばやく特定できます。 これはすべての行を順次読み取るよりはるかに高速です。 ほとんどの MySQL インデックス (PRIMARY KEY、UNIQUE、INDEX、および FULLTEXT) は B ツリーに格納されます。 例外: 空間データ型のインデックスは R ツリーを使用します。MEMORY テーブルはハッシュインデックスもサポートします。InnoDB は FULLTEXT インデックスの逆のリスト
Senna 組み込み型全文検索エンジン - Senna: An Embeddable Fulltext Search Engine
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.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
株式会社スタイルズ
MySQL FULLTEXT Ngram : LIKE検索より数十倍高速な、お手軽 日本語全文検索 について｜blog｜たたみラボ
http://www.res-system.com/item/550