ふぁいんどぱわー　調べる人の冒険！（チラシの裏よりチョット上）

久しぶりにSQL を触ってとても単純な事を忘れて戸惑った（ブログも超久しぶりに書いた）

メモでっす＾ｗ＾；

えー・・・・・・

毎回環境を入れ替えるときに、ある程度の新しい目のバージョンの何かしら入れ替えるのですが、
今回はMySQL5.5 を入れてハマったことを記述します(ぁふんorz


とりあず、言える事。

GRANT 構文
GRANT ALL PRIVILEGES ON `テーブル名`.* TO `ユーザー名`@`ホスト名` IDENTIFIED BY `パスワード`;
では動かない。

MySQL5.5 からは、GRANT を用いた方法で簡単にパスワードが変えられないもしくは、
変えにくいみみたいです。

なんで分かったか？
13.7.1.3 GRANT Syntax(MySQL5.5英語)
もしくは
8.5.1.3. GRANT 構文(MySQL5.1日本語)
に確認は
Section 13.7.5.22, “SHOW GRANTSSyntax”
か
項8.5.5.22. 「SHOW GRANTS 構文
を見ようと書いてあったので、
そこを見ると、

どうも、
ハッシュ(41桁)のパスワードを書かなければ受け付けてくれません＞ｘ＜；

構文は
GRANT ALL PRIVILEGES ON `テーブル名`.* TO `ユーザー名`@`ホスト名` IDENTIFIED BY PASSWORD ’ハッシュ(41桁)' WITH GRANT OPTION
これでやっと動くのを確認しました。


問題なのはハッシュ(41桁)の部分
'*1234567890123456789012345678901234567890'
こんな感じの*を含む41桁なのですが、
これはどうもMySQL がパスワードの文字列から作るハッシュなので、
PASSWORD関数を用いて生成しなければいけないみたいです。

表示するには、
SELECT PASSEORD('ハッシュにするパスワード');
です。

参考：
4.3.11. MySQL 4.1 のパスワードハッシュ


そうすると例えば

最近まで自宅のLinux(debian)サーバーではphpMyAdmin は使っていなかったが、
使うようになったという、前回ブログの続きになります。

前回、
[phpMyAdmin でmcrypt が無いと言われた！]
という状況であったが、それは解決。

その後まだ、色々警告っぽいものがあったので、とりあえず取り払っておこうと思いました。

以下、
「設定ファイルが秘密のパスフレーズ (blowfish_secret) を必要とするようになりました」
と警告を受けたので、
config.sample.inc.php
というファイルをリネームし
Mysqli やらホストネームやら、パスフレーズやらを
設定しないといけないらしいので
（実は既に何か暫定初期値が設定済みであったので、ほとんど触らず）
config.inc.php
とリネームして
警告を消した直後の話です。



これをするとLinuxでは権限がどうとか以下の様に
「設定ファイルのパーミッションが正しくありません。書き込み可能になっていません」
言われてしまうので、
phpMyAdmin を導入したディレクトリにある
リネームした
config.inc.php
の属性を755 などに変更しなければいけないということでした。
（そういえば、ディレクトリの属性も一応先に考え無しに755に変えました・・・ｗ）

これで無事動いたとさ！めでたし！

以上、メモでした、お粗末<_ _>

家で用いている黒箱PRO のDebian サーバーも
Windows も両方ともMySQL の各種操作と確認は手打ちで
ぶっちゃけ手打ちで全て確認していました・ｘ・

でもやはりですね、手打ちにはテーブルやデータベース名、カラム名などの
うち間違いは結構頻繁にやらかしますね・ｗ・

ネット上のホスティングサービスのレンタルサーバーでは
phpMyAdmin 使ってMySQL の操作してるのに、
自分で何かする時には手打ちで時間かけてるのかがよくわからんです-_-;

なんで？とか自分に突っ込みを入れたくなったので、
過去に入れて使っていなかったphpMyAdmin を動かそうと
久しぶりに管理画面を眺めて見た。

そうか・・・入れようと思って、画面が出てたし、
ログイン出来たからエラーメッセージなんて放置してた^^;

エラーメッセージには
「mcrypt 拡張がありません。PHP の設定をチェックしてみてください。」
とか書いてあった。

これネットで調べると
yum --enablerepo=remi install php-mcrypt
とかyumつかってますが、私はDebian使いのapt系派なので
とりあえず
aptitude show php-mcrypt
してみたら、無かった。

なのでネットで再び調べたら
aptitude show php5-mcrypt
とphp でなくphp5 と指定しているのを見つけたので
それを打って確認してみた。

　Warning: mysql: Option '--set-variable' is deprecated. Use --variable-name=value instead.
とある時から出る様になった。

　前から思っているのだが、MySQL のコマンドは　-- で書いてあったり、- のみだったり、
それが表記の都合なのか、それ自身がコマンドなのかわかりにくい。

　これはもっとMySQL の作りを学習しないといけないのだが、
とりあえず今回出る様になった理由だけは突き止めた。

　MySQL を使ってビープ音がうるさいので、
my.ini の中にある
--------------------------------------
[mysql]

default-character-set=sjis
--------------------------------------
に次の一行を付け足したのだ。

set-variable=no-beep

つまりこうなる。

--------------------------------------
[mysql]

default-character-set=sjis
set-variable=no-beep
--------------------------------------

これをするとWarning が発生してしまう様だ。

英語は得意ではないが、我流にWarning の内容を翻訳すると
Warning: mysql: Option '--set-variable' is deprecated.
警告:MySQL:オプション  '--指定する-変数' を反対する。

Use --variable-name=value instead.
使用する--変数-名前=値の代わりとして

良くわからないが、きっと書き方がコマンドライン上の書き方と
設定ファイル上の書き方があるのだろうか？？？

　とりあえずビープがならない様にしたその１行を警告しているのが
わかった。

　もしかすると、ビープが鳴らないことが危険なので知らせてくれているのか、
それとも書き方がまずいのかがわからない。

　しかしこの１行を加えると、ビープな鳴らないので構文はあっているし、
しっかりMySQL が解釈して動いている気がする。

　そのうちこのMySQL の--?-? 的な書き方に慣れるのと意味を理解することと、
このWarning の本当の意味と、Warning がビープが鳴らない事に対してならば、
表示されない様に出来るのかどうかも調べるべきだと思えた。

そのうちなんとかしたい。　（メモメモでした。）

PS:書き方が分かった
-----------------------------------------------------------------
[mysql]

default-character-set=utf8
no-beep
-----------------------------------------------------------------

この様に書けばよかったみたいです。
set-variable=は必要なかったみたいです。

default-character-set の値がsjis からutf8 になっているのは
私の環境が変わったからです、特に深い意味はありません。