元スレMySQL 総合 Part24
mysql覧 / PC版 / みんなの評価 :
前へ
458 = :
なるほど mysql> も打ち込んじゃうタイプか。
新人研修のときそういう同期いたなあ
459 :
ありがとう御座います！
460 = :
プログラミングの入門書で本のサンプルを行番号込で打ち込むようなもんか
462 = :
あ、レスきてたｗ
CentOSでやってました。アドバイスありがとう。
既にコンパイルはあきらめてyumでインストールしましたｗ
最新のものに食いつくにはCentOSは向かないね。
安定ヽ(´ー｀)ノﾏﾝｾｰ
465 = :
ごめんなさい
すいません投稿スレ間違えました・・・
466 = :
レプリケーションの設定をしたいのですが、
レプリケーション先のデータベース名を違ったものにすることはできますか？
こんな感じです。
SRC:TESTDB
DST:TESTDB_REPLICA
マニュアル見てみたのですが、該当する項目がありませんでした。
バージョンは、5.6です。
467 = :
>>466
statement-based の場合なら、
slave 側で trigger 使えば出来そうな気がする
# 一時的には同名テーブルにデータが存在してしまうが
mix/row-based の場合は厳しいんじゃないかな
通常の方法では難しいと思う
471 = :
MySQL 初心者で、アドバイスお願いいたします。
ID（1～）にインデックスが張ってあり数万件あるとします。
一番大きなIDから（降順）10件取り出したい場合
SELECT * FROM `テーブル` ORDER BY `id` DESC limit 0,10
で取り出せるのですが、インデックスがあっても全文検索？になり
今後件数が増えると時間がかかりそうです。
高速に取得する一般的な方法はどうやるのでしょうか？
別のカラムを使ったり、複数のSQLになってもかまいません。
MySQLのバージョンは5.5で、言語はPHPを使ってやりとりしております。
472 = :
>>471
idが「1から連番で抜けがない」という都合のいい前提が許されるなら
where句に`id` between 1 and 10でいいと思うけど、まずダメよね。
元のクエリはインデックスを頭からスキャンしていく（末端にいくほ
ど遅くなる）けど、テーブルのフルスキャンほど遅くはない（と思う）
ので、実際に想定される最大数のレコードを作ってみて許容できる速度
かどうか見てみるのがいいんじゃないかな。
ちなみにうちはMariaDBだけど、10万レコード作ってlimit 99990,10で
クエリ走らせてみたら0.06秒だった。
474 = :
>>471
limit 10000,10みたいに真ん中取り出してもインデックス使われませんか？
475 = :
offsetがでかいとかなら分かるが、
SELECT * FROM `テーブル` ORDER BY `id` DESC limit 0,10
が遅いというのがわかんない
どうやって「全文検索」って判断したんだろ
476 = :
みなさまアドバイスどうもです。
インデックスが使われているかどうかもよくわからないんですよね。
EXPLAIN で type が index だと全文検索？ですよね。
471 のSQLだとでちゃいます。
このSQLで0.1秒、今後10万件とか増えてきてもこの時間で処理されるんだろうか
心配になってお聞きしました。
>>475
「ORDER BY 使うとインデックスが使われない時がある」？みたいな記事を読んでです。
477 = :
>>476
explainでrowsの数が検索数だと思
478 = :
>>476
typeがALLになってたらフルスキャン。
479 = :
>>476
typeが"ALL"ならテーブルのフルスキャン、"index"ならインデックスの
フルスキャン。ということでインデックスは一応使われてる。
>>471のクエリの場合、「インデックスの頭」からoffset+limitレコード
をなめる（limit 10000,10なら10010レコード）けど、これでインデックス
を張ってなかったらテーブルスキャンになって全レコードをなめに行く。
それにしても先頭10件で0.1秒は遅すぎじゃないかな。
480 = :
>>476
type=indexは通常、インデックスフルスキャンなので一般的に重いが、
order by `index_column` limit ?の場合は例外で、
インデックスの先頭もしくは後ろから数件読むだけなんで高速。
(offsetが大きくなるなら別)
> 「ORDER BY 使うとインデックスが使われない時がある」？
というのは、
select * from where `index_column` = ? order by `primary_key`
みたいなクエリのとき、通常はindex_columnのインデックスが使われるはずだが、
オプティマイザが主キーインデックスを使ってしまうケースがあって、
その場合にフルテーブルスキャンを引き起こして、洒落にならないくらいにクソ重くなることはある
481 = :
>>477-479
type 'index' は インデックスのフルスキャンでしたか！
インデックスが使われていることに一安心しましたｗ
＞それにしても先頭10件で0.1秒は遅すぎじゃないかな。
phpMyAdmin上で実行しているので
実際はもっと高速なのかもしれません。
アドバイスどうもでした
483 = :
助けてください。
MysqlをインストールするとConfiguration OverViewでインストールが止まってしまいます。
バージョンを変えたりとかインストール場所の変更とか管理者権限で動作させたりしたましたが
必ず同じ場所で止まります。
【環境】
OS：Windows7 64bit Pro
MySQL：mysql-installer-community-5.6.17.0.msi
mysql-5.1.73-winx64.msi
mysql-installer-community-5.5.37.0.msi
【現象】
この状態から先に進みません。5分程放置しましたが全く反応がありません。 【試した事】
・MYSQLのバージョンを変更
・インストールの場所を変更
デフォルト(Serverのインスコ先)：D:\/(Dataのインスコ先)C:\ProgramData\MySQL\MYSQL_x.xxx\
変更先：(Serverのインスコ先)：C:\Program Files\MYSQL\/(Dataのインスコ先)C:\Program Files\MYSQL\Data\MYSQL_x.xxx\
・msiを管理者権限で開く（コマンドプロンプトを管理者権限で開いてC:\msiexec -i [msiファイル]で開く）
どれも毎回アンインストールして、再起動してから入れなおしました。
わかる人がいましたら是非回答をお願いします。
484 = :
全くの当てずっぽうでゴメンだけどサービス名が既に登録されてしまっててそれが被っているとか？？？？？
とりあえず
アンインストール失敗などで残ったWindowsのサービスを削除する方法
http://ub.blog85.fc2.com/blog-entry-287.html
でmysqlのサービスがどうなっているか確認してみたら？
ただし全く自信はないので外れていても勘弁
485 = :
なんか同様の報告は海外フォーラムで結構あがってるようなんだけど、
ざっと見た感じパスがおかしいとかそういうのが多いな。
C:\Program Files\MYSQL\/(Dataのインスコ先)C:\Program Files\MYSQL\Data\MYSQL_x.xxx\
ところでこれは何で2回ドライブレターが出てるの？こぴぺみす？
486 = :
環境
OS:Windows 7 64bit Professional
MySQL：mysql-installer-community-5.6.17.0.msi
前準備
1. コントロールパネルからMySQL関連の情報を削除
2. C:\を全検索し"MYSQL"と"my*.ini"を検索し削除
3. CCleanでレジスストリをスキャンして削除(MYSQL関連がわんさか出る)
4. OSを再起動
5. コントロールパネル→管理ツール→サービスが存在しない事を確認
動作
1. cmd.exeを管理者として実行
2. >msiexec.exe -i D:\mysql-installer-community-5.6.17.0.msi 実行
3. Install Product -> Developer Defaultを選択
⇒ Installation Path: C:\Program Files\MySQL\
⇒ Data Path：C:\MySQL\MySQL Server 5.6\
4. 後はMySQL Server Configurationまで[Next]
5. 設定は以下の通り
⇒ConfigType：Development Machine
⇒Port:3306 Open Firewall port network access チェック入
⇒MySQL Root Password：0123456789
⇒Windows Service Name: MySQL56(デフォルト) Start the MySQL Server at System starupチェック入
⇒Run Windows Service as ： Standard System Account
ああああ・・・・やっぱりあかん。
487 = :
>>484
レスありがとうございます。
手法は違いますがレジストリからは情報を消して挑んでました。
サービスからMYSQLを起動させると1067エラーが出ますね。
>>485さんの言われている通りパスのエラーのようですが・・・。
>>485
Installation Path/Data Pathを分けて書いたんですが、余計にわかりにくくなってますね。
ごめんなさい。
確かにご指摘の通りパスがおかしそうなんですが、iniファイルとかを見直して見ます。
488 = :
msiじゃなく、これもダメ？
WindowsにMySQL（zip版）をインストールする
http://www.koikikukan.com/archives/2013/06/18-011111.php
489 = :
>>488
ありがとうございます。
早速試してみたのですが、C:\mysql\bin>mysql -u root ところで
コマンドが無いとメッセージが出ました。
正しく解凍がされてないなかったのか。もう一度やり直してみます。
490 = :
導入できました。
あの後も色々試しましたが結局の所msiファイルからのインストールはできませんでした。
その代わり>>488さんから教えて頂いたzipからの導入方法で無事動く事を確認できました。
benchもzipで導入してMySQLエディタが動作する事を確認できました。
ありがとうございます。
492 = :
以前図書館から借りたMySQL クイックリファレンス（ オライリー）
のC APIの部分をテキストでコピってたのを見ると
第2引数で指定されたSQLクエリを実行するために使用する。指定できるSQL文は1つ
のみ
バイナリデータを含むクエリの場合はmysql_real_query()関数を使用する。
実行に成功した場合は0、失敗した場合は0以外を返す
とある。
というか、
23.2.3.51. mysql_query()
http://dev.mysql.com/doc/refman/5.1/ja/mysql-query.html
にそう書いてますがなw
494 = :
5.6.17まででだいたい直ったと思う
495 = :
質問です。XP、xampp1.7.4です。
ずっと正常に使えていたんですが、XPのネット接続を無効にするために
いろいろいじっていたらphpmyadminのログインが通らなくなりました。
そこで再度xamppをインストールし、localhost/phpmyadminのページを開くと、
#2002 - The server is not responding (or the local MySQL server's socket is not correctly configured)
といったエラー文が出て、そこから何をしたら良いか全然わからず困っています。
上記メッセージで検索すると出てくる解決法は前提条件が違ったり、
書いてある解決法が省略されすぎていて理解できません。
何をどうすればよいのか教えていただきたく。
497 = :
レスありがとうございます。
しかしおっしゃっている意味がわかりません。
具体的にどうすればよいのでしょうか。
ちなみにログインはrootユーザで行っています。
pmaユーザでログインはしていません。
498 = :
MySQLのクエリくらい簡単だから直打ちしやがれ。
499 = :
PHPなんだから、自分でPMAだけ入れなおせばいいじゃん
セッティングスクリプトはちゃんと消しておけよ
500 = :
質問ですがFacebookとかのいいね！ボタンの設計ってどうなってるんでしょうか？
・webページ毎のカウントtable（url、カウント
・誰がドコにいいね！したのか記録table（ユーザー、url
を作ったとしても1兆レコードぐらい簡単に行ってしまいそうな気がするんですがmysqlは大丈夫なんですか？
それとももっと良い設計とかあるんでしょうか？
みんなの評価 :
mysql一覧へ類似してるかもしれないスレッド
- MySQL 総合 Part25 (947) - [94%] - 2017/6/18 6:30
- MySQL 総合 Part14 (1001) - [94%] - 2008/11/23 10:17 ☆
- MySQL 総合 Part23 (992) - [94%] - 2013/8/11 17:00
- MySQL 総合 Part22 (1001) - [94%] - 2012/7/10 16:45
- MySQL 総合 Part26 (860) - [94%] - 2023/2/2 9:30
- MySQL 総合 Part21 (1001) - [94%] - 2011/12/25 22:16
- MySQL 総合 Part20 (995) - [94%] - 2011/10/17 4:48
- MySQL 総合 Part12 (1001) - [89%] - 2008/1/30 17:34 ○
- MySQL 総合 Part18 (986) - [89%] - 2011/1/17 15:46
- MySQL 総合 Part13 (996) - [89%] - 2008/6/10 21:02 ☆
- MySQL 総合 Part15 (1001) - [89%] - 2009/4/20 12:15 ☆
- MySQL 総合 Part17 (1001) - [89%] - 2010/6/10 20:47 ○
- MySQL 総合 Part19 (982) - [89%] - 2011/6/9 2:33
- MySQL vs PostgreSQL Part2 (941) - [36%] - 2022/5/26 1:30 ○
トップメニューへ / →のくす牧場書庫について