AUTO_INCREMENT

アンダースコアがない
auto_increment

AUTO INCREMENTと見せかけて

> use near '-> id

いやAUTOも間違ってるんだけど

>>456
書き方が悪かったね
AUTO INCREMENT だけじゃなくて -> も間違ってると示したかっただけだよ

なるほど mysql> も打ち込んじゃうタイプか。
新人研修のときそういう同期いたなあ

ありがとう御座います！

プログラミングの入門書で本のサンプルを行番号込で打ち込むようなもんか

【社会】厚労省の中で男が刃物取り出す　銃刀法違反の現行犯で逮捕
http://genzo.org/read/uni.2ch.net/newsplus/1389346716/

今後の犯罪傾向の予測と考察

事前面接（偽装請負）の犯罪に憤りをもつ派遣社員、非正規労働者、失業者が
比較的警備の薄い厚労省、労働局、 労基署にいく可能性がある。しかし他の可能性
を考えてみた。
事前面接中（指揮命令中）に派遣先と派遣元の担当者をターゲットにしたテロである。 派遣社員の事前面接（指揮命令）は違法であり、事前面接中（指揮命令中）に派遣社員（請負労働者）が暴れだした場合は
警察に通報できない状況となる。つまり通報すれば労基法6条違反、
職安法44条違反などの犯罪事実が報道で日本中に周知され、グッドウィル事件の再現となる可能性 が出てくる。そのため被害者である派遣先・派遣元が加害者に高額の口止め料
（影響を考慮すれば3000万円以上が妥当）を支払い隠蔽しようとする奇妙なテロがおきうるのだ。
※グッドウィル摘発のきっかけとなった事故は、現場の派遣スタッフの意図的な自傷事故だったとする説がある。

仮に、怒りに我を忘れた派遣社員が、派遣営業や面接官の小指を切り落とすような
凶行がおきた場合、小指を失った社員は転職や社会活動が難しいため、現在の会社で
は降格・減給などの奴隷的待遇を一生耐えるしかない。会社は隠蔽を優先し
派遣社員への高額の口止め料で手を打ち、被害社員はひたすら耐えるだけだ。
※非力な女性でも防犯スプレーとスタンガンで社員の抵抗を事前に抑止して小指の切断ができる可能性がある。

非正規の奴隷的待遇は、共産・民主党を支援してきた労働組合が
構成員である大企業の正社員の雇用や、給与水準をまもるための正社員保護主義の結果である。非正規や下請け正社員はその犠牲であり受給調整弁として中間搾取等をされたり労働者の権利を剥奪された。正社員の解雇ルールが立法化されれば、大企業も正社員
を増員し、違法な中間搾取、雇用・契約止めの脅し、理不尽な待遇、差別をする要因が排除されるが、これを労働組合は派遣・非正規を
犠牲にし正社員の給与水準を高くするため徹底して反対している。このため非正規
労働者が労働組合、民主党や「連合」の襲撃をする余地がある。

あ、レスきてたｗ

CentOSでやってました。アドバイスありがとう。
既にコンパイルはあきらめてyumでインストールしましたｗ
最新のものに食いつくにはCentOSは向かないね。

安定ヽ(´ー｀)ノﾏﾝｾｰ

mysql 5.6.17

ごめんなさい
すいません投稿スレ間違えました・・・

レプリケーションの設定をしたいのですが、
レプリケーション先のデータベース名を違ったものにすることはできますか？
こんな感じです。
SRC:TESTDB
DST:TESTDB_REPLICA

マニュアル見てみたのですが、該当する項目がありませんでした。
バージョンは、5.6です。

>>466

statement-based の場合なら、
slave 側で trigger 使えば出来そうな気がする
# 一時的には同名テーブルにデータが存在してしまうが

mix/row-based の場合は厳しいんじゃないかな

通常の方法では難しいと思う

Microsoft、「Microsoft SQL Server 2014」を一般公開
http://www.forest.impress.co.jp/docs/news/20140402_642417.html

>>467
クエリの中で、UUID()関数を使用しているため、SBRでは難しそうですね。
諦めて同名レプリケート運用にしたいと思います。
貴重なアドバイスありがとうございました。

>>466
--replicat-rewrite-db 試してみて
http://dev.mysql.com/doc/refman/5.6/en/replication-options-slave.html#option_mysqld_replicate-rewrite-db

MySQL 初心者で、アドバイスお願いいたします。

ID（1～）にインデックスが張ってあり数万件あるとします。
一番大きなIDから（降順）10件取り出したい場合

SELECT * FROM `テーブル` ORDER BY `id` DESC limit 0,10

で取り出せるのですが、インデックスがあっても全文検索？になり
今後件数が増えると時間がかかりそうです。

高速に取得する一般的な方法はどうやるのでしょうか？
別のカラムを使ったり、複数のSQLになってもかまいません。
MySQLのバージョンは5.5で、言語はPHPを使ってやりとりしております。

>>471
　idが「1から連番で抜けがない」という都合のいい前提が許されるなら
where句に`id` between 1 and 10でいいと思うけど、まずダメよね。

　元のクエリはインデックスを頭からスキャンしていく（末端にいくほ
ど遅くなる）けど、テーブルのフルスキャンほど遅くはない（と思う）
ので、実際に想定される最大数のレコードを作ってみて許容できる速度
かどうか見てみるのがいいんじゃないかな。

　ちなみにうちはMariaDBだけど、10万レコード作ってlimit 99990,10で
クエリ走らせてみたら0.06秒だった。

limitはlimit 1000,10とか、offsetの値が多くなればなるほど重くなる。
だからできるだけ避けた方が良い。

>>471
limit 10000,10みたいに真ん中取り出してもインデックス使われませんか？

offsetがでかいとかなら分かるが、
SELECT * FROM `テーブル` ORDER BY `id` DESC limit 0,10
が遅いというのがわかんない
どうやって「全文検索」って判断したんだろ

みなさまアドバイスどうもです。

インデックスが使われているかどうかもよくわからないんですよね。
EXPLAIN で type が index だと全文検索？ですよね。
471 のSQLだとでちゃいます。

このSQLで0.1秒、今後10万件とか増えてきてもこの時間で処理されるんだろうか
心配になってお聞きしました。

>>475
「ORDER BY 使うとインデックスが使われない時がある」？みたいな記事を読んでです。

>>476
explainでrowsの数が検索数だと思

>>476
typeがALLになってたらフルスキャン。

>>476
　typeが"ALL"ならテーブルのフルスキャン、"index"ならインデックスの
フルスキャン。ということでインデックスは一応使われてる。

　>>471のクエリの場合、「インデックスの頭」からoffset+limitレコード
をなめる（limit 10000,10なら10010レコード）けど、これでインデックス
を張ってなかったらテーブルスキャンになって全レコードをなめに行く。

　それにしても先頭10件で0.1秒は遅すぎじゃないかな。

>>476
type=indexは通常、インデックスフルスキャンなので一般的に重いが、
order by `index_column` limit ?の場合は例外で、
インデックスの先頭もしくは後ろから数件読むだけなんで高速。
(offsetが大きくなるなら別)

> 「ORDER BY 使うとインデックスが使われない時がある」？
というのは、
select * from where `index_column` = ? order by `primary_key`
みたいなクエリのとき、通常はindex_columnのインデックスが使われるはずだが、
オプティマイザが主キーインデックスを使ってしまうケースがあって、
その場合にフルテーブルスキャンを引き起こして、洒落にならないくらいにクソ重くなることはある

>>477-479
type 'index' は インデックスのフルスキャンでしたか！
インデックスが使われていることに一安心しましたｗ

＞それにしても先頭10件で0.1秒は遅すぎじゃないかな。
phpMyAdmin上で実行しているので
実際はもっと高速なのかもしれません。

アドバイスどうもでした

clustered?

助けてください。
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ファイル]で開く）

どれも毎回アンインストールして、再起動してから入れなおしました。
わかる人がいましたら是非回答をお願いします。

全くの当てずっぽうでゴメンだけどサービス名が既に登録されてしまっててそれが被っているとか？？？？？

とりあえず
アンインストール失敗などで残ったWindowsのサービスを削除する方法
http://ub.blog85.fc2.com/blog-entry-287.html
でmysqlのサービスがどうなっているか確認してみたら？

ただし全く自信はないので外れていても勘弁

なんか同様の報告は海外フォーラムで結構あがってるようなんだけど、
ざっと見た感じパスがおかしいとかそういうのが多いな。

C:\Program Files\MYSQL\/(Dataのインスコ先)C:\Program Files\MYSQL\Data\MYSQL_x.xxx\
ところでこれは何で2回ドライブレターが出てるの？こぴぺみす？

環境
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


ああああ・・・・やっぱりあかん。

>>484
レスありがとうございます。
手法は違いますがレジストリからは情報を消して挑んでました。
サービスからMYSQLを起動させると1067エラーが出ますね。
>>485さんの言われている通りパスのエラーのようですが・・・。

>>485
Installation Path/Data Pathを分けて書いたんですが、余計にわかりにくくなってますね。
ごめんなさい。
確かにご指摘の通りパスがおかしそうなんですが、iniファイルとかを見直して見ます。

msiじゃなく、これもダメ？
WindowsにMySQL（zip版）をインストールする
http://www.koikikukan.com/archives/2013/06/18-011111.php

>>488
ありがとうございます。
早速試してみたのですが、C:\mysql\bin>mysql -u root ところで
コマンドが無いとメッセージが出ました。
正しく解凍がされてないなかったのか。もう一度やり直してみます。

導入できました。
あの後も色々試しましたが結局の所msiファイルからのインストールはできませんでした。
その代わり>>488さんから教えて頂いたzipからの導入方法で無事動く事を確認できました。

benchもzipで導入してMySQLエディタが動作する事を確認できました。
ありがとうございます。

以前図書館から借りた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

5.6のGTIDってバグりまくりで使いものにならないってほんと？

5.6.17まででだいたい直ったと思う

質問です。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)
といったエラー文が出て、そこから何をしたら良いか全然わからず困っています。
上記メッセージで検索すると出てくる解決法は前提条件が違ったり、
書いてある解決法が省略されすぎていて理解できません。
何をどうすればよいのか教えていただきたく。

>>495
PMAを使わない。

レスありがとうございます。
しかしおっしゃっている意味がわかりません。
具体的にどうすればよいのでしょうか。
ちなみにログインはrootユーザで行っています。
pmaユーザでログインはしていません。

MySQLのクエリくらい簡単だから直打ちしやがれ。

PHPなんだから、自分でPMAだけ入れなおせばいいじゃん
セッティングスクリプトはちゃんと消しておけよ

質問ですがFacebookとかのいいね！ボタンの設計ってどうなってるんでしょうか？
・webページ毎のカウントtable（url、カウント
・誰がドコにいいね！したのか記録table（ユーザー、url
を作ったとしても1兆レコードぐらい簡単に行ってしまいそうな気がするんですがmysqlは大丈夫なんですか？
それとももっと良い設計とかあるんでしょうか？