今のうちにmysqlダウンロードしておいた方がいい？
いきなり有料になったりするんじゃね

mysqlのデータフォルダを丸ごと定期的に別のドライブにコピーしてバックアップしてます。
これを他のPCに移した場合、ちゃんと機能する場合とmysqlがエラーになり立ち上がらない場合があるのですが
これは本来よくない方法なのでしょうか？
たまたま自分の別のPCでも読み込めるだけで
本来は動かなくて当然で推奨されないことなのでしょうか。
dumpより楽なのでこの様なコピーをしているのですが。

お前は何を言ってるんだ

MySQLが飼い殺されるどさくさに紛れてperconaが主流になったりして。

>>52
Linux 上で使っているなら lvm mysql スナップショット
あたりでググれ。

Windows の場合は VSS Writer がないので VSS 対応のバックアップ
ソフトでバックアップを開始する直前直後にLinux の場合と同じことをす
れば出来るかもね。 まあ面倒なので素直に dump だな。

>>52
エキノコックスに罹ってるぞ

文字だけしか入っていないレコードから
ランダムに一つ取り出すにはどうすればいい？
やっぱり数字用のカラムを作るべき？

order by rand() limit 0, 1

国際情勢に例えると

Oracle = アメリカ
MYSQL = 日本
ﾎﾟｽﾄｸﾞﾚ = 北朝鮮

OracleとMYSQLの同盟により
ﾎﾟｽﾄｸﾞﾚは完全に終わった

>>59
なるほど。イエローモンキーと馬鹿にされているわけだ
Oracleのいいなりになるしかないから、その点では正しいなｗ
Postgresは危機感をあおってはいないが
昔は攻撃的だったのはMySQL側だったのだが(とMLで書いてた人がいたよ)

>>59
包茎くん乙。
お前にせめて自分が生きる悪臭公害と言われていることに気づけるぐらいの
知能があればよかったのにな。

どっちかというとMySQL飼い殺しor値上げにより
PostgreSQLｷﾀｰ じゃないの？
すくなくともうちの会社はそう。

>>62
買収しようと思っていたコンペジターだから、これまでと同じ
というのはありえん気がする
free系使えるなら、Postgresな人だから、自分にはあまり関係ないが

暇なんでMySQLみたいだけど嫌Oracle民向きのRDBソフトつーのを作ってみるわ。
もちろんGPL2ライセンスな。少しまちなー。

ようするに象はイルカに負けたって事だろ？

ぶっちゃけﾎﾟｽｸﾞﾚの利点が分からないよな？

あつかましいのですが、どなたかツリー構造のサンプル作っていただけませんか？
親IDと子IDをどのように扱えばいいのか・・・
あぁ混乱します

ぐぐれば星の数ほど出てくるだろ

●エラー文を読む

ライセンス形態はPostgresがいい

InnoDBのレコード累計をカウントするのを速くする改善をOracleスタッフに望む（切実）

そんなタダ働きするわけねーだろ
するとしても有料版だけだ

じゃあもうMySQLの進化は止まるってこと？

オラクルのサイトのラインナップ (歴史博物館) に飾られて…

INSERTとDELETEにトリガでも仕掛けたらいいんじゃないの

indexがきくのは、対象が５％位っていわれてなかったっけ？
１件だけだと、テーブルスキャンになってるんじゃないかなと・・・
＃実行計画見てみたら mysql explain ぐぐれば見つかる

>>80
IDっていうくらいだから当然ユニークだよね？
あと、NOT NULL ならすこーし速くなる
あとはexplainの結果次第かな

>>81-82
ありがとうです。
Index張ってExplainしてみました。
mysql> select * from shain_master where Code=8324;
<データ出力。省略>
2281 rows in set (2.65 sec)

mysql> explain select * from shain_master where Code=8324;
+----+-------------+--------------+------+---------------+------+---------+------+---------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+--------------+------+---------------+------+---------+------+---------+-------------+
| 1 | SIMPLE | shain_master | ALL | NULL | NULL | NULL | NULL | 8222579 | Using where |
+----+-------------+--------------+------+---------------+------+---------+------+---------+-------------+
1 row in set (0.00 sec)


mysql> create index Code_Index on shain_master (Code);
Query OK, 8222579 rows affected (3 min 1.96 sec)
Records: 8222579 Duplicates: 0 Warnings: 0

mysql> explain select * from shain_master where Code=8324;
+----+-------------+--------------+------+---------------+------+---------+------+---------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+--------------+------+---------------+------+---------+------+---------+-------------+
| 1 | SIMPLE | shain_master | ALL | Code_Index | NULL | NULL | NULL | 8222579 | Using where |
+----+-------------+--------------+------+---------------+------+---------+------+---------+-------------+
1 row in set (0.00 sec)

mysql> select * from shain_master where Code=8324;
<データ出力。省略>
2281 rows in set (2.47 sec)

結局2.65秒から2.47秒になったのですが、(7%ほど速くなった)
これ以上はできないと思いますか？

Code(メンバIDのことです)はユニークです(プライマリキーになってます)
NOT NULLについては、プライマリキーになってるなら、NOT NULLですよね？
アドバイス等もらえたら有難いです。
よろしくお願いします。

すいません、Codeはユニークではありませんでした。
Codeとあと2つの数字をあわせて、ようやくプライマリーキーでした。
(なので、プライマリーキーは3個)
複合キーで試してみます。
失礼しました。

3個の複合キーを張っても、単純な先のSelectはほとんど時間同じだったです。
ただ、サブクエリを含むSQLは速くなった。
3分まっても帰ってこなかったSQLが、1分以内で帰ってきたよ。

DBはデータのメンテが楽だから使ってるんだけど、SQLをどう書き換えたら性能が
どうかわるのか分かりにくい。

>>83 は何も改善されてないね。
analyze table shain_master;
をしてもう一度試してみて。

それでだめなら以下のようにINDEXを強制。
select * from shain_master force index (Code_Index);

あと >>85 のEXPLAIN結果と、
show create table shain_master\G
をみせてほしい

ZFSのsnapshotを使ったら良いんじゃないの

スナップショットだけで実現できるわけないだろｗ
スナップショットは、コピーコマンドの代替に過ぎない。
DB側がきちんとオンラインバックアップの準備をしないと。

>>87
ロックしてるのに、どうして更新できるのかと・・・・

>>89
ファイルのスナップショットがとれても、メモリのスナップショットが取れる
わけではないからねぇ。

VMwareでメモリイメージをファイル化するようになっていて、それがZFSの上で
動いている場合なら話は別だけど。

ちょっとちょっと

アクセスが多いサーバーの場合MySQL一本でいくのと
他のDBソフトも入れてそれぞれで分担してさばくのとどっちが効率いい？

MySQLをたくさんいれればいいんじゃないの

>>89
>スナップショットは、コピーコマンドの代替に過ぎない。

厳密には違うよ。ZFSのスナップショットはアトミックに
データを複製出来るから、ストレージエンジンがデータ
ファイルの一貫性を保って書き込みしていれば問題無い。
これは>>91についても同じ。

マイエスキューエルなお兄さん達に質問があります。

MAX ALLOWED packetをPHPのスクリプト上で変更した場合の有効期限っていつまでですか？

大きなバイナリを入れる前にMAX ALLOWED packetをクエリを送り大きくしてるのですが
入れた後に再度小さく戻す必要があるのでしょうか？

>>95
スナップショット？ZFSってそんなこと出来るの

出来るよ。実際には即座にデータが複製される訳ではなく、
COWでそう見せているだけだけど、実用上は同じことです。

↑少し間違えました。
utf8_general_ci→utf8_unicode_ci