サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
TGS2024
www.mysql.gr.jp
From: "yoku ts." <"yoku ts." <yoku0825@xxxxxxxxxx>> Date: Thu, 9 Jul 2015 20:13:07 +0900 Subject: [mysql 16253] Re: [mysql 16252] ORDER BY句を指定しなかった場合のSELECT結果について こんばんは、yoku0825といいます。 わたしもマニュアルに見つけられなかったんですが、 実装上は「条件が揃えば同じレコードが返る」です。 テーブルスキャンの場合、 * InnoDBではクラスターインデックスの昇順に並びます * PRIMARY KEYがあればPRIMARY KEY, PRIMARY KEYがなくてUNIQUE KEYがあれば最初に定義されたUNIQUE KEY, どちらもなければ6バイトの暗黙の行ID順に並べられます。 https://gist.gi
2014年4月14日(月)に、MyNA(日本MySQLユーザ会)会 が開催されました。 http://atnd.org/events/48639 米国より、Oracle ACE (MySQL) の Ronald Bradford さんを招き、 さらに、日本人として3人目の Oracle ACE (MySQL) に認定された Yoku0825 さんにも登壇いただき、豪華顔ぶれでの充実のイベントとなりました。 資料が公開されています。 ■Ronald Bradfordさん:The History and Future of the MySQL ecosystem http://www.mysql.gr.jp/frame/uploads/TheHistoryandFutureofMySQL.pdf ■Yoku0825 さん:MySQLをプロファイる(仮) http://yoku0825.blog
From: HIRATSUKA Sadao <HIRATSUKA Sadao <hiratsuka.sadao@xxxxxxxxxx>> Date: Tue, 01 Sep 2009 10:01:11 +0900 Subject: [mysql 15006] Re: 1行も削除されないDELETE文によるロック こんにちは、ひらつかといいます。 > これも削除される行があればデッドロックはしなかったので、 > DELETE文で削除される行がある場合は、その行のみロックされ、 > 削除される行が無い場合はそのテーブル全体へのINSERTがブロックされる > ような気がするのですが、そういうものなのでしょうか? 削除される行がない場合は、次に存在するレコードまでの値がブロックされる という挙動になっていると思います。 ■接続1 mysql> select * from test; +----+
From: goto <goto <gotou1213@xxxxxxxxxx>> Date: Tue, 1 Sep 2009 00:53:02 +0900 Subject: [mysql 15005] 1行も削除されないDELETE文によるロック こんばんは。ごとうと申します。 INNODBで下の様な主キーが複合のテーブルに対して、 ・第1キーを指定して一括DELETE ・同じ第1キーで複数件INSERT という処理を1トランザクションで行おうとしています。 -- CREATE TABLE test ( a INT NOT NULL, b INT NOT NULL, PRIMARY KEY (a, b) ) TYPE = INNODB; BEGIN; DELETE FROM test WHERE a = 1; INSERT INTO test (a, b) VALUES (1, 1); I
1 Copyright 2008 Sun Microsystems inc The World’s Most Popular Open Source Database インデックスを使いこなす Yoshinori Matsunobu Senior MySQL Consultant Professional Services APAC Sun Microsystems Yoshinori.Matsunobu@sun.com 2 Copyright 2008 Sun Microsystems inc The World’s Most Popular Open Source Database 自己紹介 • 松信 嘉範 (まつのぶ よしのり) • 2006年9月からMySQLシニアコンサルタントとして勤務 – パフォーマンスチューニング、環境レビュー、MySQL Cluster、 ベストプラクティ
1 Copyright 2007 MySQL AB The World’s Most Popular Open Source Database MySQL Cluster 技術入門 松信 嘉範 (MATSUNOBU Yoshinori) MySQL株式会社 シニアコンサルタント ymatsunobu@mysql.com 2 Copyright 2007 MySQL AB The World’s Most Popular Open Source Database Agenda • MySQL社の紹介 • MySQL Cluster技術解説 3 Copyright 2007 MySQL AB The World’s Most Popular Open Source Database MySQL社の紹介 • 1995年に設立、日本法人は2006年2月に設立 • 社員数約400名、世界24カ国に在
From: Tasuku SUENAGA <Tasuku SUENAGA <a@xxxxxxxxxx>> Date: Wed, 18 Aug 2010 20:47:49 +0900 Subject: [mysql 15373] Tritonnの後継である、groongaストレージエンジンをテストリリースしました 末永です。 MySQL 5.1で利用可能な、全文検索可能なストレージエンジン、 groongaストレージエンジンをテストリリースしました。 テストリリースですので、地雷覚悟です :-) ドキュメント http://mroonga.github.com/ ダウンロード http://github.com/mroonga/mroonga/downloads groongaストレージエンジンとは、全文検索エンジンであるgroongaをベースとし たMySQLのストレージエンジンです。Tr
1 Copyright 2007 MySQL AB The World’s Most Popular Open Source Database MySQLによるHA・スケールアウト ソリューション 松信 嘉範(MATSUNOBU Yoshinori) MySQL株式会社 シニアコンサルタント ymatsunobu@mysql.com 2 Copyright 2007 MySQL AB The World’s Most Popular Open Source Database Agenda • MySQL社の紹介 • HA・スケールアウト技術概要 • MySQLによるHA・スケールアウト ソリューションの解説 – レプリケーション – HA構成 – パーティショニング – MySQL Cluster 3 Copyright 2007 MySQL AB The World’s Most Pop
1 Copyright 2007 MySQL AB The World’s Most Popular Open Source Database InnoDBのパフォーマンスチューニング (前編) 松信 嘉範(MATSUNOBU Yoshinori) MySQL株式会社 シニアコンサルタント ymatsunobu@mysql.com 2 Copyright 2007 MySQL AB The World’s Most Popular Open Source Database 今回のカバー内容 • パラメータ設定の指針 • テーブル設計の指針 • MySQL 5.1以降での強化内容 • ハードウェアの選定指針 • 様々なTips ※順不同です 3 Copyright 2007 MySQL AB The World’s Most Popular Open Source Database Inno
1 Copyright 2007 MySQL AB The World’s Most Popular Open Source Database MySQL日本語処理 現状と今後 松信 嘉範 (MATSUNOBU Yoshinori) MySQL株式会社 シニアコンサルタント ymatsunobu@mysql.com 2 Copyright 2007 MySQL AB The World’s Most Popular Open Source Database 今回の内容 • MySQL6.0の4バイトUTF-8文字対応 • 日本語文字列のソート • Unicode、シフトJIS、日本語EUCの長所・短所の整理 • 日本語のテーブル名 3 Copyright 2007 MySQL AB The World’s Most Popular Open Source Database 4バイトUTF-
1 Copyright 2009 Sun Microsystems inc The World’s Most Popular Open Source Database MySQLのパフォーマンスチューニングと よくある落とし穴 松信 嘉範 (MATSUNOBU Yoshinori) Principal MySQL Consultant, Sun Microsystems yoshinori.matsunobu@gmail.com 2 Copyright 2009 Sun Microsystems inc The World’s Most Popular Open Source Database テーマ • ハードウェア選定、バージョン選定 • ロードなどの更新処理のパフォーマンス改善 – 今日のセッションのメイン • レプリケーション • 全文検索 • その他 3 Copyright 20
1 Copyright 2009 Sun Microsystems inc The World’s Most Popular Open Source Database Linux/MySQLサーバーの パフォーマンスチューニング 松信 嘉範 (MATSUNOBU Yoshinori) http://twitter.com/matsunobu http://opendatabaselife.blogspot.com 2 Copyright 2009 Sun Microsystems inc The World’s Most Popular Open Source Database 自己紹介 • Sun Microsystems所属 MySQLコンサルタント • 2006年9月からMySQLコンサルタント として勤務 • パフォーマンスチューニング、 HA環境の構築、DBAトレーニング等 お気
From: Mikiya Okuno <Mikiya Okuno <Mikiya.Okuno@xxxxxxxxxx>> Date: Thu, 03 Sep 2009 22:35:56 +0900 Subject: [mysql 15009] Re: 検索処理を早くするには? 岡田様、 こんばんは。 On 03/09/2009, at 8:35 PM, Takayuki Okada wrote: > お世話になります。 > 岡田と申します。 > > 非常に漠然とした質問になり、すみません。 > > DB2からMySQLへ移行し、性能を測ってみたところ、 > 全件検索が非常に遅くなりました。 > > explainで確認すると、一応、PKは使用しているようですが、 > 件数が多くなると、やはり遅くなります。 > > 何かよいチューニング方法はないでしょうか? > インデックスは条件句が複数とな
Home 資料置き場 作者プロフィール † 氏名:松信 嘉範 (MATSUNOBU Yoshinori) 所属:サン・マイクロシステムズ株式会社 役割:MySQLのコンサルティング Blog:http://opendatabaselife.blogspot.com/ Twitter:http://twitter.com/matsunobu ↑
From: とみたまさひろ <とみたまさひろ <tommy@xxxxxxxxxx>> Date: Sun, 2 Apr 2006 20:25:28 +0900 Subject: [mysql 12904] Re: mysqlbinlogの動作について とみたです。 On Sun, 02 Apr 2006 11:05:36 +0900 島村秀世 <h.shimamura@xxxxxxxxxx> wrote: > Ver5.0.18 の MYSQL 上で mysqlbinlog を動かすと、以下のように > unknown variable が出てしまい、正常終了しません。 > 対処法をご存じの方がおられましたら、是非教えてください。 > > # mysqlbinlog mysql-bin.000059 > mysql-bin.000059.txt > mysqlbinlog: unknown
From: Tetsuro IKEDA <Tetsuro IKEDA <tetsuro@xxxxxxxxxx>> Date: Thu, 16 Feb 2006 22:04:00 -0500 Subject: [mysql 12769] Re: Mysql JDBC接続時のサイズ制限 池田@Connector/Jチームにてインターン中です。 まず確認したいのですが、使用しているストレージエンジンはInnoDBで宜しいでしょうか? さて、InnoDB前提で考えた場合、ちょっと説明が長くなりますが、以下私の予想です。 【InnoDBにおける行サイズのデフォルトの最大値(約8000バイト)を超えたのが原因】 InnoDBはテーブルのデータを格納する領域であるTable Spaceを、デフォルトでは16KB (これはコンパイル時に指定されます)のPage単位に分割して管理しており、 それぞれのPag
From: "N.Yoshida" <"N.Yoshida" <yosh_no@xxxxxxxxxx>> Date: Wed, 23 Feb 2000 16:45:27 +0900 Subject: [mysql 01632] Re: How to run mySQL >おかゆきおです。 > > SQLRubyをインストールしてみたのですが、 >> >>ruby-1.4.2.lzh を C:\ で展開するだけ。 >>mysql.dll も含んでいるので手間いらず。 >>もし動かなかったら、自分でなんとかしてください :-P >> > いろいろやってみまして、なんとか動かそうとしています。 > そこで、質問させていただきたいのですが、 > > Rubyが起動する状態にして、 > いろいろな、***。rb ファイルを、\ruby にコピーして >試したら、 > >requier というファイル
From: zen kishimoto <zen kishimoto <zen@xxxxxxxxxx>> Date: Thu, 12 May 2005 10:32:12 -0700 Subject: [mysql 11407] データリカバリー データリカバリー Russell Dyer著 http://dev.mysql.com/tech-resources/articles/point_in_time_recovery.html mysqldumpの様なユーティリティはMySQLのデータやテーブル・スキーマ をバックアップするのに有益です。バックアップは通常一日 一回または決められた間隔で行われます。しかし、もしデータが最後の バックアップの後、数時間後に紛失した場合、そのデータは 回復できないかも知れません。連続してデータを守る幾つか の方法があります。中途のデータを回復するのに使う
From: "zen kishimoto" <"zen kishimoto" <zen@xxxxxxxxxx>> Date: Fri, 7 Jan 2005 18:56:13 -0800 Subject: [mysql 10758] クラッシュからのリカバリ http://dev.mysql.com/tech-resources/articles/recovering-from-crashes.html Guilhem Bichot著 ここでは以下の理由でクラッシュした場合のリカバリー の方法について述べます。 1. OSのクラッシュ 2. 電源落ち 3. ファイルシステムのクラッシュ 4. ハードの問題(ハードドライブとかマザーボードなど). ここで使うのはMySQL 4.1.8版です。InnoDB ストレッジエンジン にデータが格納されているとしましょう。このエンジンには トランズアク
昨年この場で発表した MoSQL に関して、その後の進捗状況についてお知らせします。 ※昨年の『MoSQL開発のお知らせ』URL: http://www.mysql.gr.jp/frame/modules/news/article.php?storyid=68 昨年の発表以来、なかなか続報をお知らせできないまま1年を経過してしまったことを、ご心配いただいた皆さまにまずお詫び申し上げます。ご安心ください。行く度の困難を乗り越えながら本プロジェクトは着実に進行しています。 昨年皆さまに内容をお知らせした後もプロジェクトチームでは喧々囂々侃々諤々の議論を重ねて参りました。その結果、MoSQLの開発方針として以下のものを主軸に据えることが決定しております。 ホップ) 「萌え」は「サムライ」「ゲイシャ」と並び、日本が世界に誇る文化である ステップ) この誇るべき文化を正しく我々は世界に伝える責任があ
From: "Yoshinori Matsunobu" <"Yoshinori Matsunobu" <ymatsunobu@xxxxxxxxxx>> Date: Mon, 26 Mar 2007 07:21:43 +0900 Subject: [mysql 13823] MySQLの現行UTF-8の問題とその対処方法について 松信です。 現時点で、MySQLの日本語問題の中で関心が高い項目である、 UTF-8 4バイト文字の扱いについて、 問題の内容、現時点で取れる対処法、およびMySQL ABが 計画している対処案(現行utf8の改良)を以下に記述します。 計画中の対処案については、将来のバージョンで実装されることは確実ですが、 強い要望またはコミュニティからの貢献が無い限り早期の対応は難しいです。 強い要望のある方は、直接私までお知らせ下さいますようお願い致します。 以下、長文ですが
Counter: 813, today: 2, yesterday: 1 Last-modified: Sun, 25 Mar 2007 15:45:04 JST (6202d) Site admin: webmaster B-Wiki 20050210 Copyright © 2003-2005 ishii. License is GPL. Based on "PukiWiki" 1.4.5-2005/02/10 by PukiWiki Developers Team. Powered by PHP 5.5.9-1ubuntu4.29. HTML convert time: 0.005 sec.
© 2005 Sony Global Solutions Inc. 2005 3 26 (MATSUNOBU Yoshinori) © 2005 Sony Global Solutions Inc. � � MySQL � � � � � mysqldump � FLUSH TABLES WITH READ LOCK � � � � © 2005 Sony Global Solutions Inc. (4.1 ) ( ) SSL SSL VPN(SSH ) ( ) (InnoDB ) (InnoDB ) SQL92 SQL99 Core 4.1 5.0 SQL InnoDB MyISAM ( ) B-Tree ( 5.0 ) 4 (InnoDB ) C/C++( ) Linux,Solaris,HP-UX,AIX,Windows © 2005 Sony Global Solutions I
次のページ
このページを最初にブックマークしてみませんか?
『http://www.mysql.gr.jp/』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く