Falconに期待

mysqlのDNS処理部分に詳しい人情報きぼんぬです。

Linuxサーバにipalias で eth0に複数IP割り当てて
全部逆引きで hoge.example.jp と設定しました。
nslookupなどで逆引きチェックなどを行っても設定した
全IPで正常に逆引きが行える。

しかし、どうしても mysqlの認証で user@hoge.example.jp
というユーザの認証がクリアできません。
Host '(IPアドレス)' is not allowed to connect to this MySQL server
とか表示されちゃう。
そのmysqlサーバからnslookupなどを行ってももちろん該当IPの
逆引きはできてる。でもなぜかmysqlサーバだけちゃんと名前解決しようと
しない。
ためしにuser@（IPアドレス）ってやったら問題なくログインできる。
とりあえず名前解決の問題ということは断言できる状態です。

あとは
/etc/hostsをいじったり
/etc/resolv.conf を何回もチェックしたり、別DNSに変えたり
繰り返してますがかなりはまってます。

どなたかヘルプミー

use mysql;
select user,host from user;
select user,host from db;
として、user,hoge.example.jp とuser,host のフィールドに出てますか。

◆◆◆◆◆毎日新聞社による日本人女性への誹謗中傷◆◆◆◆◆

・母親は受験勉強をする息子の学力向上のためにフェラチオをする
・日本人女性の55％は、出会ったその日に男と寝る
・ファストフードは女子高生たちを性的狂乱状態におとしいれる
・ティーンたちはバイアグラを使ってウサギのようにセックスをする
・女子高生は、刺激のためにノーブラ・ノーパンになる
・日本の最新の流行 : 70歳の売春婦
・老人の売春婦の人気にもかかわらず、日本では小学生の売春婦にも仕事がある
・日本の若い看護婦は売春婦に勝る
・２４時間オルガズムが止まらない病気で苦しむ日本人女性の数が増えている
・15未満の子供を対象とした疑似ポルノが日本に蔓延している
・OLの72％が、セックスをより堪能するために何らかのトレーニングを受けている
・人妻は気分転換の目的で昔の恋人に抱かれに行く
・主婦は郊外のコイン・シャワーで売春をしている
・日本男子は柔道や空手の部活で男相手に童貞を捨てている
・ほとんどすべての漁師は海でマンタとSEXしている
・まだ10代の少年から退職した老人までみんな2980円の手コキを利用している
・六本木のあるレストランでは、食事の前にその材料となる動物と獣姦する

※同社が全年齢向けコーナーで七年以上にわたり世界に向けて配信していたものの一部です
※同社の行為は日本人への偏見や人種差別、婦女暴行、幼児虐待を助長するものです

◆毎日新聞の英語版サイトがひどすぎる　まとめ＠wiki
　http://www9.atwiki.jp/mainichiwaiwai/
◆毎日新聞問題の情報集積wiki
　http://www8.atwiki.jp/mainichi-matome/

つまり日本国民は

select TIMEDIFF('2008-07-02 10:00:00','2008-07-02 10:00:01');
は -00:00:01なんですが、

select TIMEDIFF('2008-06-13 10:20:06','2008-06-13 10:25:00')>=0;
は1になります

これって勝手に0に丸められてるってことですか？


select TIMEDIFF('2008-07-02 10:00:00','2008-07-02 11:00:00')>=0;　　→0
select TIMEDIFF('2008-07-02 10:00:00','2008-07-02 10:01:00')>=0;　　→1

挙動が理解できん・・・

>>62
>>62
あてずっぽだけどphpMyAdminの認証方法はどうしてますか？
例えばcookieにしてたら、それが途切れてログインページにとばされるとか。

通常の使用でも一定時間操作しないでいると、クッキーの有効期限がきれて
ログインページにとばされたと記憶

>>64
ご助言ありがとうございます。
小文字の英字3文字です。『day』みたいな感じです。

>>65
返信ありがとうございます
ずばりそれだと思います！phpmyadminの.iniも
cookieの設定にしてあります

MYSQLにてショッピングカートを使っていたんですが
そちらの管理画面にもログインできなかったので一度
HDDに残っていたクッキーを全て削除してから
不具合が生じてきてしまっている状態です
今もサイトで調べているんですが全く分からなくて
解決策などあれば何卒お願い致します

>>61
真と偽

ﾜﾛﾀ。プログラム未経験者だな

>>66
「day」みたいな…じゃなくて、本当のテーブル名を書くのが吉。たぶん予約語。

MySQLからSunと合体したっていうメールが来た。ビックラこいた。

GRANT ALL PRIVILEGES ON monmon.* TO 'user1'@'192.%' IDENTIFIED BY 'hogehoge';

と設定したらこれは192.0.0.0/255.0.0.0からアクセスOKということですよね？

質問です。

1週間ほど前からサーバーの反応が異常に遅くなり、2日ほど原因を調べていたところ
MySQLへのログインに時間がかかっているということまでわかったのですが、
どうすればよいかわかりません。

もうひとつ、sockstatすると外部からmysqlのポートにアクセスしている形跡があります

おたすけを。。

開いたままのプロセスが沢山溜まっているとか
/usr/bin/mysqladmin -u root -p processlist

原因は、バグとか DoS とか、さまざま

>もうひとつ、sockstatすると外部からmysqlのポートにアクセスしている形跡があります

そもそも、どうして「外部」に向けてmysqld のポートを開けてあるんだろう。
（「外部」って、www サーバとかじゃないよね？)

以前だろうが何だろうが、穴を開けること自体が間違っている。
平文パスワード垂れ流しですよ？ API化するか、せめてVPNに乗せるべきだ。

RHEL4 上 の MySQL を 4.1.20 から 5.0.62 にアップグレードしたのですが、
起動時、ログに下記のようなエラーが出るようになりました。

[Warning] option 'max_join_size': unsigned value 18446744073709551615 adjusted to 4294967295

4294967295 は 4.1.20 の頃からのデフォルト値ですが、
18446744073709551615 という数値が一体どこから出てきたのかが分かりません。
（18446744073709551615 が符号無しの値だから 4294967295 にしちゃうね！
みたいなことを言われてるのは分かるのですが。）
コンフィグファイルや起動オプションでも渡していないですし、

show (global) variables like 'max_join_size';

で見ても 4294967295 がセットされてます。

この警告について解消法等ご存じないですか？

show variables like 'sql_big_selects';

が OFF になっているのかも。

>show (global) variables like 'max_join_size';
>で見ても 4294967295 がセットされてます。

それは「adjusted」された後の値だから当然。

>>75
localhost のみで良いなら

[mysqld]
bind-address = 127.0.0.1
port = 3306
socket = /tmp/mysql.sock

だな。他にもルータで遮断するとか OS のパケットフィルタ使うとかあるでしょ。

> サルベージしたところ、
> \xampp\mysql\dataは、そのまま残っているようですが、
> これを別の同名フォルダに入れてしまえば、同じようなデータベースが作られるのでしょうか？
> 破損が怖くて試せません。

そのディレクトリを DVD-R とかに焼くといいよ。
そしたら気が済むまでチェックできるでしょ！

tab_name
-------------------
id 　　int auto_increment
name　varchar(255) not null
name_kana　varchar(255) not null
-------------------

tab_tag
-------------------
tid int auto_increment
id 　　int not null
str　varchar(255) not null
-------------------

こんなテーブルで人物ごとにタギングされているとして
検索時に取得する際、マッチしたデータとマッチした数を取り出したいのですがどうすれば効率的でしょうか？
以下のようにデータは取れるのですが、マッチした数（最大数として保持したい）のためにもう一度、like検索するのはあまり効率的でない気がするので・・・

select n.id,name from tab_name n, t_tag t where
n.id = t.id and
(str like %hoge% || str_name like %hoge% || str_name_kana like %hoge%);

>>82
それ、自分のとこでも5.0.50のころあたりから出てる。(CentOS4のsrpm.specをベースに自前で
ビルド)

manualとかにも詳しく載ってないのではっきりとは断言できないけど、
4294967295 とゆう数値は、unsigned int(32)の上限値(4G)で、
18446744073709551615　は、unsigned int(64) (一般的に u long long)の上限値(16E、4G*4G)
のこと。
(ちょっとプログラミングでもかじった事あるなら、ピンと来るはず)

で、max_join_sizeは、一回の結合クエリで保持できる最大データサイズのことだけど、
どこかのバージョンアップの際に、ソースコード上での指定が、uint_32からuint_64に変わった
んではないか。

i386(i686)ベースのアーキテクチャでは、事実上4G以上のデータをメモリに確保することが出来
ないので、
"最大サイズを4Gに制限したよ"みたいな警告が起動時に出るようになったんではないかと思う。
(swapがどうとかではなく、そのプロセスが保持できるポインタサイズが32bitなので、4G以上の
領域にアクセス出来ない)

自分も以前、コンバイルオプション等を色々調べて、これがどうなってるか探したことがあるん
だけど、
mysqldだけの問題ではなくて、kernelやglibcの制限なんかも絡んできそうなので、
結局basearchがi386系の時は、これは出るものなんだと思ってあきらめた。

x86-64や、PAE-kernel使用時ではどうなるかは確認してない。
(cpuはx64対応持ってるけど、メモリを4G以上搭載出来るマシンがすぐに用意できない・・。い
ずれはやってみたいけど)

現在PCのプロバからは書き込み規制中なんで、携帯からカキコ。
改行が変になっちった。

>>76

以後気をつけます！

>>80

ありがとうございます！

>>73
--skip-name-resolve

あ

5.1の全文検索って全角だろうが頭についてる記号無視するようになったのな
固有名詞だと頭が記号のやつ結構あるのでこれ仕様だったら安定版出ても5.0からのりかえられない
せっかく速かったのになあ

某サイトってどこ？

update t1 left join t2 using(id_1) set id_2 = id_3 where (NOT id_2 = id_3);

ただし、t2 にあってt1にない項目はupdateされません。