約 3,764,918 件
https://w.atwiki.jp/hajimen/pages/61.html
yum -y install mysql-server あとはwebminで設定出来ます。
https://w.atwiki.jp/sevenlives/pages/2476.html
カスケード削除? GRANT? REVOKE? DROP? MySQL
https://w.atwiki.jp/beaglemasa/pages/48.html
テーブルについて ISAM InnoDB テーブルについて テーブル定義とカラム定義を保持する .frm ファイルが必ず作成される ISAM デフォルトのテーブル型は MyISAM InnoDB MySQLに豊富なトランザクション機能を提供するストレージエンジン
https://w.atwiki.jp/even_eko/pages/24.html
フォロー、フォロワー情報を保存するテーブルの作成 SNSサイトでは、よくユーザをフォローする機能をつけると思う。それに関するテーブルについての考察をのせる。 自分が思いついた最良のテーブルは、 CREATE TABLE follow_user ( id INT(11) NOT NULL AUTO_INCREMENT, uid1 INT(11) NOT NULL, uid2 INT(11) NOT NULL, PRIMARY KEY (id), UNIQUE (uid1,uid2) ) id uid1 uid2 1 3 7 2 4 7 3 6 7 ... 5000 70 90 ここでは、uid1がフォローしているユーザのidでuid2がフォローされているユーザのidだとする。 ひとりのユーザは何人ものユーザをフォローできるので、uid1を主キーとすることはできない。また、フォローされる数もたくさんあるので,uid2を主キーとすることもできない。 主キーを貼ることができれば、データ量が増えてもB-Tree構造のお陰で決まった計算量で検索することができる。フォロー、フォロワー情報は参照される回数が多いので、どちらかのキーを主キーにできるのがベスト。 いくら考えてもその方法は、見つけられなかったので、uid1とuid2にユニークキーを貼ることで、参照性能を向上させる。 InnoDBでは、主キー以外のインデクス(クラスタインデックス)をセカンダリインデックスと呼ぶ。セカンダリインデックスを貼ると、それを検索するためのB-Treeが作成される。セカンダリインデックスのリーフノードには主キーが保存されいる。そのため、セカンダリインデックスで検索をかけた場合、主キーの検索をしてから、その主キーを使って目的のレコードの情報を検索することになる。 InnoDBの場合、明示的に主キーがを貼っていない場合は、勝手に主キーを貼ってくれる。というより、主キーがないとデータ構造が成り立たないので、勝手に主キーの代わりを見つけるか作ることになっている。 NOT NULLでユニークなキーがある場合はそれを、それに該当するものがない場合は、ROWIDを主キーとする。 勝手に作られるなら、こっちで作っておいた方があとあとの操作がやりやすそうなので明示的にidという主キーを作成してある。ちなみに、このような用途のキーをサロゲートキーという。 参考URL http //blog.livedoor.jp/sasata299/archives/51336006.html http //nippondanji.blogspot.jp/2010/10/innodb.html http //nippondanji.blogspot.jp/2010/10/innodb.html
https://w.atwiki.jp/freebsd/pages/165.html
複数のmysqlを稼働 htmlプラグインエラー このプラグインを使うにはこのページの編集権限を「管理者のみ」に設定してください。 すんません。 複数の mysqld を異なる dbdir で稼働させるやり方を教えて下さい。 htmlプラグインエラー このプラグインを使うにはこのページの編集権限を「管理者のみ」に設定してください。 htmlプラグインエラー このプラグインを使うにはこのページの編集権限を「管理者のみ」に設定してください。 90 man に結構詳しく書いてあるけどそれじゃ駄目か? htmlプラグインエラー このプラグインを使うにはこのページの編集権限を「管理者のみ」に設定してください。 91 mysqlの事は全くしらないがjailを使って丸ごとわけちまうのはどうだ
https://w.atwiki.jp/m_shige1979/pages/710.html
MySQL インストール 基本機能 バックアップ、リストア チューニング レプリケーション コネクター
https://w.atwiki.jp/extranote/pages/21.html
MySQLとJavaの間でのデータのやり取りに際して・・・。 自動変換は、Unicodeを基準にしてそれぞれのｷｬﾗｸﾀｾｯﾄに変換しているので、データベース自体はUnicode(utf8)で良い。 ・データベースから抽出して表示 ・クライアントから入力した日本語で検索する のもこれでOK！ (バージョン4.1以降) MySQLとのやり取りでは、文字コード変換メソッドが不要になる。 Jspには、ページコンテキストでキャラクターセットを指定する。 %@ page contentType="text/html; charset=Windows-31J" % １）クライアントのキャラクターセットを cp932 にする ---------- mysql SET NAMES cp932; ---------- ※MySQLの cp932 とは、Javaの"Windows-31J"に対応してるキャラクターセット。 ※SJP側で、MySQLに接続した直後 SET NAMES cp932 を流すこと。 ※ちなみに、Mysqlのキャラクターセットを確認するには、このコマンド ---------- mysql SHOW VARIABLES LIKE character\_set\_% ; +--------------------------+--------+ | Variable_name | Value | +--------------------------+--------+ | character_set_client | cp932 | ★ｸﾗｲｱﾝﾄから入力された文字のｷｬﾗｸﾀｾｯﾄ | character_set_connection | cp932 | ★ﾃｰﾌﾞﾙｱｸｾｽの無いｻｰﾊﾞ処理のｷｬﾗｸﾀｾｯﾄ | character_set_database | utf8 | ◎CREATE DATABASEのﾃﾞﾌｫﾙﾄｷｬﾗｸﾀｾｯﾄ | character_set_results | cp932 | ★返された結果を表示するｷｬﾗｸﾀｾｯﾄ | character_set_server | utf8 | ◎CREATE TABLEのﾃﾞﾌｫﾙﾄｷｬﾗｸﾀｾｯﾄ | character_set_system | utf8 | +--------------------------+--------+ 6 rows in set (0.00 sec) ---------- ★ クライアントプログラム起動時の --default-character-set が影響する mysql SET NAMES cp932; で変更できる ◎ MySQL起動時の --default-characterset が影響する ２）データベース自体は、キャラクターセット utf8 で作る ---------- mysql CREATE DATABASE sampledb DEFAULT CHARACTER SET utf8; ---------- ３）テーブルを作る ３－１）itemテーブルの作成 ---------- use sampledb; create table item( id integer not null unique, name text not null, price integer not null, primary key(id)); ---------- ■参考サイト http //www.iana.org/assignments/character-sets MySQL日本語処理完全解説 http //www.scs.co.jp/mysql/
https://w.atwiki.jp/takaidohigasi/pages/19.html
- 人目 (￣ー￣)/~~ ｱﾘｶﾞﾄﾈ MySQL5.5 リファレンス 1. 一般情報 1.4 MySQL 5.5の変更点 1.4.3 診断・モニタ機能 ORIGINAL http //dev.mysql.com/doc/refman/5.5/en/monitoring-improvements.html 診断・モニタ機能 MySQL5.5では、実行・性能情報へのアクセスを改善しました。この診断機能の機能改善には、パフォーマンススキーマ、DTraceを使った調査、SHOW ENGINE INNODB STATUSの出力の拡張、デバッグ同期、そして新しい状態変数があります。 DTraceのサポート DTrace探査はSolaris, Max CS XそしてFreeBSD上で動作します。MySQL上でのDTraceに関する詳細は、5.4章の「DTraceを利用してmysqldのトレース」を参照してください。 SHOW ENGINE INNODB STATUS 出力の拡張 SHOW ENGINE INNODB STATUSは、InnoDBプラグインの変更に伴いより多くの情報が出力されるようになりました。 ステートメントの出力結果は下記のようになります。 新しい、BACKGROUND THREAD はメインバックグラウンドスレッドで実行されている srv_master_thread を出力します ---------- BACKGROUND THREAD ---------- srv_master_thread loops 53 1_second, 44 sleeps, 5 10_second, 7 background, 7 flush srv_master_thread log flush and writes 48 SEMAPHORES はOS内のmutex待ちのスピンロックの数を出力します ---------- SEMAPHORES ---------- ... Spin rounds per wait 0.00 mutex, 20.00 RW-shared, 0.00 RW-excl デバッグ同期 デバッグ同期機能は、デバッグの際の同期点を提供します。詳細は、MySQL内部構造 テスト同期を参照してください。 新しい状態変数 Innodb_have_atomic_builtins状態変数は、アトミックインストラクションの可用性に関する情報を提供します。詳細は1.4.1章「スケーラビリティーの向上」を参照して下さい。
https://w.atwiki.jp/ohden/pages/524.html
MySQL_Workbench Windows XP SP3 MySQL Workbench 5.2.47 Microsoft .NET Framework 4 Client Profile MySQL Workbench http //www-jp.mysql.com/products/workbench/ Microsoft .NET Framework 4 Client Profile http //www.microsoft.com/ja-jp/download/details.aspx?id=24872 .Net4のサブセットらしい。コレがないとMySQL Workbenchのinstallerが動かない。 更新日： 2013年07月17日 (水) 11時14分25秒 名前 コメント すべてのコメントを見る
https://w.atwiki.jp/takaidohigasi/pages/15.html
- 人目 (￣ー￣)/~~ ｱﾘｶﾞﾄﾈ MySQL5.5 リファレンス 1. 一般情報 ORIGINAL http //dev.mysql.com/doc/refman/5.5/en/introduction.html 目次 本マニュアルについて マニュアルの表記規則 MySQL DBMS(データベース管理システム)の概要 MySQL 5.5の変更点 MySQL の開発ロードマップ MySQL の情報源 質問またはバグの報告 MySQLの標準への準拠 クレジット