すみません
# パーソナルデータ
ってのは関係ないので気にしないで下さい。

ふむふむ、パーソナルデータね

インスコして、mysqladmin ping実行しても10061エラーばっかり／(^o^)＼
サービス見ても　自動　開始　で実行されてる／(^o^)＼
どなたか御指摘お願いします

MySQL 5.1

追記
mysqladmin ping -u root -p
Enterpass:root

mysqld is alive

と、上記のようにはできました。
また、mysqlshowでもエラーが返ってきます
／(^o^)＼ﾅﾝﾃｺｯﾀｲ

>>204
Verを書けよ

質問です。
MySQL5.0系をwin環境で使用しています。
DBの用途はＭＴブログのみです。

MySQLをインスコしてデフォルトのキャラクターセットで使用していましたが、phpmyadminで文字化けする為文字を２バイト文字の使用できるutfやeucに変更しようと頑張ってます。
もし変更出来たとして、変更前に書き込まれてるデータの文字は変換出来るのでしょうか？

変換されないとすれば、新たにデータベースをutfなどで作り、元のデータをインポートすれば表示されるものなのでしょうか？

何分MySQL初心者なものでして、ご教授願えれば幸いです(´・ω・｀)

自動的に変換されない
全部自分で直す

>>204
つまり、rootでログインしてたら実行できるけど、ログインしていない状況では
エラーになる、ということで悩んでるの？それなら、MySQLは正常に動いてると思う。

逆に、その状態が異常だと何処で教わった?

>>203
まず、ネットワーク経由でのアクセスを許可してるよね？

>>208
たいした量じゃなかったんでMTのデータテキストで書き出し
新しいDBにしてから読み込みで解決です。

時間かかったｗｗｗ

おかげで年越しです。

>>208
上の柿>>207です。
名乗るの忘れてました(^_^.)

VC7でMySQL 5.0.33がコンパイルできませぬ。
バイナリ配布してくれなくなったからorz.

sql_yacc.cc(13646): warning C4065: switch 文に 'default' はありますが 'case' ラベルがありません。
sql_yacc.cc(27193): warning C4102: 'yyerrorlab' : ラベルは 1 度も参照されません。
c:\mysql-5.0.33\libmysqld\sql_yacc.cc(13759): warning C4700: 値が割り当てられていないローカルな変数 'MYSQLlval' に対して参照が行われました。
C:\mysql-5.0.33\sql\sql_select.cpp(8953): warning C4291: 'void *Sql_alloc::operator new[](size_t,MEM_ROOT *)' : 初期化コードが例外をスローすると、'new' 演算子を使用しているとメモリを解放しません。
C:\mysql-5.0.33\sql\sql_locale.cpp(40): error C3209: '????' : Unicode 識別子は現在サポートされていません。
C:\mysql-5.0.33\sql\sql_locale.cpp(40): error C2146: 構文エラー : '}' が、識別子 '????' の前に必要です。
C:\mysql-5.0.33\sql\sql_locale.cpp(40): error C2146: 構文エラー : ';' が、識別子 '????' の前に必要です。
C:\mysql-5.0.33\sql\sql_locale.cpp(40): fatal error C1075: 左側 中カッコ '{' に対応するものが '\mysql-5.0.33\sql\sql_locale.cpp(40)' で見つかる前に EOF が検出されました。
C:\mysql-5.0.33\sql\sql_cursor.cpp(154): warning C4291: 'void *Sql_alloc::operator new(size_t,MEM_ROOT *)' : 初期化コードが例外をスローすると、'new' 演算子を使用しているとメモリを解放しません。
C:\mysql-5.0.33\sql\sql_cursor.cpp(213): warning C4291: 'void *Sql_alloc::operator new(size_t,MEM_ROOT *)' : 初期化コードが例外をスローすると、'new' 演算子を使用しているとメモリを解放しません。
C:\mysql-5.0.33\sql\net_serv.cpp(286): warning C4101: 'count' : ローカル変数は 1 度も使われていません。
C:\mysql-5.0.33\sql\net_serv.cpp(286): warning C4101: 'ready' : ローカル変数は 1 度も使われていません。
c:\mysql-5.0.33\libmysqld\lib_sql.cpp(285): warning C4244: '=' : 'unsigned long' から 'char' に変換しました。データが失われているかもしれません。
c:\mysql-5.0.33\libmysqld\lib_sql.cpp(829): warning C4244: '初期化中' : 'my_ulonglong' から 'uint' に変換しました。データが失われているかもしれません。
c:\mysql-5.0.33\libmysqld\lib_sql.cpp(1044): warning C4102: 'err' : ラベルは 1 度も参照されません。
C:\mysql-5.0.33\sql\item_cmpfunc.cpp(1795): warning C4101: 'buff' : ローカル変数は 1 度も使われていません。
C:\mysql-5.0.33\sql-common\client.c(1787): error C2373: 'cli_mysql_real_connect' : 再定義されています。異なる型修飾子です。
C:\mysql-5.0.33\sql\sql_locale.cpp(40): error C3209: '????' : Unicode 識別子は現在サポートされていません。
C:\mysql-5.0.33\sql\sql_locale.cpp(40): error C2146: 構文エラー : '}' が、識別子 '????' の前に必要です。
C:\mysql-5.0.33\sql\sql_locale.cpp(40): error C2146: 構文エラー : ';' が、識別子 '????' の前に必要です。
C:\mysql-5.0.33\sql\sql_locale.cpp(40): fatal error C1075: 左側 中カッコ '{' に対応するものが '\mysql-5.0.33\sql\sql_locale.cpp(40)' で見つかる前に EOF が検出されました。
c:\mysql-5.0.33\sql\sql_locale.cpp(40): error C3209: '????' : Unicode 識別子は現在サポートされていません。
c:\mysql-5.0.33\sql\sql_locale.cpp(40): error C2146: 構文エラー : '}' が、識別子 '????' の前に必要です。
c:\mysql-5.0.33\sql\sql_locale.cpp(40): error C2146: 構文エラー : ';' が、識別子 '????' の前に必要です。
c:\mysql-5.0.33\sql\sql_locale.cpp(40): fatal error C1075: 左側 中カッコ '{' に対応するものが 'sql_locale.cpp(40)' で見つかる前に EOF が検出されました。
mysqlserver fatal error LNK1181: 入力ファイル '\mysql-5.0.33\mysqldemb\release\mysqldemb.lib' を開けません。
test_libmysqld fatal error LNK1181: 入力ファイル '\mysql-5.0.33\lib_release\libmysqld.lib' を開けません。

>>213
mysql-5.0.33フォルダをデスクトップに置いてコンパイルした結果をもう一度
教えてくださいｗ

てすつ

>>214

なぜデスクトップ？

ヴァージョン４と５の違いって何ですか？そんなに違うものですか？？

ガッテム！

>>218
全然違う。
ネットで調べればすぐわかる。

つか、なんで今さらそんな話を。。。

>>218
うちの嫁と隣の嫁ぐらいの違いがある

そうですか！>>221さんは両方とも使ったことが
あるんですね！　どっちがよかったですか？

隣の嫁

ジーザス！

複数カラムのJOINって無理ですか？

id,flg,reason

id,koyo,kousei,kenkou

の二つを合体させたいんですが、
flgは無し、アリ、申請中で、reasonは理由です。

>>225
＞複数カラムのJOINって無理ですか？
なにを聞きたいのか、全然わからん。
わからんが、とりあえず答をぶっぱなしてやる。

つ LEFT OUTER JOIN

5.0.41にしたらアプリケーションがことごとく動かなくなった。
いろいろ試してみたら5.0.27より後のバージョンでNGになってる。
大幅な仕様変更があったんでしょうか。

>>222
隣の芝生は青く見える。

>>229
スペックで考える前に
8000人分の個人情報を預かる責任として考えろ

>>229
警察から連絡があったでしょ？OSが不正コピーかどうかの確認。

マハーポージャってなに？
オウムのやつ？

自己解決しました。
Vistaの変なセキュリティ機能の所為でした。
ファイルの上書きでなんとか書き換えました。

MySQLに接続するために
日本語サーバー対応版 libmysql.dll
を探しているのですがSoft Agencyのサイトからは
ダウンロードできなくなってるみたいです。。

どこか別のサイトでダウンロードできるところはないでしょうか？

公式の奴はあかんの？

http://tv11.2ch.net/test/read.cgi/geinin/1182857971/90

すいません、教えてください。
gcc (GCC) 3.4.4 (cygming special) (gdc 0.12, using dmd 0.125)
e:\MySQL\bin\mysql.exe Ver 14.12 Distrib 5.0.37, for Win64 (unknown)
です。

以下のような簡単なプログラムを書いてコンパイルしたところ
undefined reference to`_mysq_init'といわれてしまいました。
何が足りないのでしょうか。
====================ソース=========================
#include<stdio.h>
#include"mysql.h"

int main()
{
MYSQL *mysql;

if(mysql_init(mysql)==NULL)
{
fprintf(stderr,"Cannot init MySQL");
return 1;
}
return 0;
}

==================コンパイルオプション==================
gcc -Ie:/MySQL/include \
-Le:/MySQL/include \

-Le:/MySQL/lib/opt \

-lmysqlclient \

-llibmysql \

test.c

すいません。
コンパイルオプションに変な改行が入ってますが、
無いものとして考えてください。

つ-lzlib

test.cよりあとに、-lつける
-lの順番と位置には意味があるので

>>240-241
レスありがとうございます。
test.cよりあとに-lをつけたのですが駄目でした。
ライブラリの順番もいろいろ入れ替えてみたのですが。

ところでstringsでmysqlclient.libをみてみたら
以下のようになったのですが、_mysql_init@4の@4とは何なのでしょう？

bash-3.1$ strings mysqlclient.lib | grep mysql_init
_mysql_init@4
_mysql_init_character_set
_mysql_init@4
_mysql_init_character_set
_mysql_init@4
_mysql_init@4
_mysql_init_character_set

_関数名@数字なら、stdcallの関数で、数字は引数のバイト数
stdcallの関数って教えないと駄目じゃないかな。

>>243
レスありがとうございます。
mysql.hを覗いてみたところ以下のようになっていました。

#ifdef __CYGWIN__ /* CYGWIN implements a UNIX API */
#undef WIN
#undef _WIN
#undef _WIN32
#undef _WIN64
#undef __WIN__
#endif

#if !defined(__WIN__)
#define STDCALL
#else
#define STDCALL __stdcall
#endif

実はCygwinでやっているのですが、Cygwinだと__stdcallが取り除かれるようです。
リンクするライブラリを間違えているということでしょうか。
ためしに無理やり__stdcallを付けてみたら山のようにリンクエラーがでました。

環境をCygwin＆gccからコマンドプロンプト＆VCに変えたら
上手くいったのでとりあえずこれでやることにします。
レスありがとうございました。

mysql-test-run 及び make testは失敗するのがデフォルトですか？

CentOSのmysql-5.0.48.src.rpmからrpmbuildでrebuildしたんですが、make testの段でエラーになります。
specの中身は、
CFLAGS="-O2 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fno-strict-aliasing -fwrapv"
CXXFLAGS="$CFLAGS -fno-rtti -fno-exceptions"
CC=gcc(ver3.4.6-8) CXX=g++(ver3.4.6.8)
./configure --with-readline --with-openssl --without-debug --enable-shared --with-bench --localstatedir=/var/lib/mysql \
--with-unix-socket-path=/var/lib/mysql/mysql.sock --with-mysqld-user="mysql" --with-extra-charsets=all \
--with-innodb --with-ndbcluster --with-berkeley-db --enable-local-infile --enable-largefile --enable-thread-safe-client \
--disable-dependency-tracking --with-named-thread-libs="-lpthread"
とこうなってます。
で、%build(make)セクションは問題なく進んでいるようですが、make testに入ってから、
Logging: mysql-test-run.pl
MySQL Version 5.0.48
Skipping ndbcluster, mysqld not compiled with ndbcluster
Skipping SSL, mysqld not compiled with SSL
Using MTR_BUILD_THREAD = 0
Using MASTER_MYPORT = 9306
Using MASTER_MYPORT1 = 9307
Using SLAVE_MYPORT = 9308
Using SLAVE_MYPORT1 = 9309
Using SLAVE_MYPORT2 = 9310
Using IM_PORT = 9312
Using IM_MYSQLD1_PORT = 9313
Using IM_MYSQLD2_PORT = 9314
Killing Possible Leftover Processes
Removing Stale Files
Creating Directories
Installing Master Database
Installing Master Database
Installing Slave1 Database
mysql-test-run: WARNING: running this script as _root_ will cause some tests to be skipped
=======================================================
Starting Tests in the 'main' suite

TEST RESULT TIME (ms)
-------------------------------------------------------

mysql-test-run: WARNING: Process 8991 died
alias [ fail ]

ERROR: Failed to start master mysqld 0

Aborting: alias failed in default mode. To continue, re-run with '--force'.
Stopping All Servers
mysql-test-run: WARNING: caught exit of unknown child -1
mysql-test-run: WARNING: Forcing kill of process 8991
と出て、いきなりFaild出ています。

そこで、src.rpm中のtar.gzを、自分で展開して、

CFLAGS="-O3" CXX=gcc CXXFLAGS="-O3 -felide-constructors -fno-exceptions -fno-rtti" \
./configure --prefix=/usr/local/mysql --enable-assembler --with-mysqld-ldflags=-all-static
(mysql4.1マニュアルにあったまんま)から、makeしてみたんですが、

・item_cmpfunc.cc:861: 警告: converting of negative value `-0x000000001' to `ulonglong'
・sql_show.cc:1467: 警告: キャストによってポインタから異なるサイズの整数となります。
上の二件警告がでて、コンパイル自体は通るんですが、で、make testとしたら、上と全く同じエラーがでます。

とりあえずmake installして、./script/mysql_install_dbしてから、./bin/mysqld_safe & で起動して、
./bin/mysql -u root で入って、select,create table,insert,delete 等は一応動いてるようです。
でもそこで mysql-test/mysql-test-runしてみるとやはり上記のエラーが・・・。
途中でこけるんではなくて、いきなり一発目のテストからこけてる。

ちなみに --force オプションつきでやってみると、ものの見事に全てのテストが Faildします。
その時、別のターミナルからtopでプロセス監視してると、mysqld<defunct>が二個くらい出てきては
数秒したら消えるの繰り返しでした。

’Failed to start master mysqld 0’とあるので、テスト用のmysqldが正常に起動できてない(ゾンビプロセス化)
ような気がしますが、mysql-ABや、MLで’Failed to start master mysqld 0’とか’mysql-test-run’とかで
検索かけても、マニュアルには「全てのテストは通ります。」としか書かれてないし、
ggったところ一件だけ同じ症状(ver5.0.41だけど)があったんですが、
そこにも「通る気配がないので、make installして起動さしますた。」ってことになってます。

こちらの皆さんは、ソースからmakeしてmake testとか、script/mysql-test-runとかちゃんと通りますか？

あと、rpmからの時は、起動してるとき ps -A | grep mysql で mysqld_safe と mysqld の二つしか
プロセスHitしないのに、ソースからmake install して ./bin/mysqld_safe した時は、mysqldプロセスが
八匹くらい常駐してるんですが、これも正常なんですか？？

rpmbuildでのtest全失敗はやったことある。

> mysqld<defunct>が二個くらい出てきては
> 数秒したら消えるの繰り返しでした。

いっしょいっしょ。
iptablesで塞いでるからかなーとか考えて
そのときは深く追求しないで寝てしまった。

あと
関係ないけど5.0.48は大バグがあるから使っちゃだめ。

| MySQL Enterprise 5.0.48 Binaries Withdrawn
| After the recently released MySQL Enterprise 5.0.48 binaries
| were made available for download, it was discovered that they
| are affected by Bug #31001.
|
| Because of this, it was decided that MySQL Enterprise 5.0.48
| binaries should be withdrawn from the MySQL Enterprise Server
| download page, and they have now been removed. The previously
| released MRU, MySQL 5.0.46, has been made available in its place.

お返事ありがとうございます。

そうですか。
本スレ？でも書いたんですが、5.0.48.src.rpmからではなくて、本家の5.0.45.tar.gzからmakeしても、全く同じ症状がでてます。
ちなみにtop監視してて気づいたこと、mysqld<defunct>以外にndb-なんちゃらってのが出てきては消えを繰り返してたので、
クラスターエンジン(?)がらみかなーとかとも考えてみたんですが、よくわかりません。

> あと
> 関係ないけど5.0.48は大バグがあるから使っちゃだめ。

うはー、さっきBug#31001をチラッと見に行きましたが、かなり重大っぽいですね。
CentOSのrpmにはいくつかPatchがあたってるようなので、ちょっと調べてみます。

--with-mysqld-ldflags=-all-static
これがついてるとNPTLじゃなくてLinuxThreadになるらしい。
なのでtopとかでスレッド数のぶんプロセスがあがってしまう。

mysql-test-run.plは調べ中だけどrootでやると確実に失敗する模様。
元々mysqldはセキュリティ上root権限ではあがらないため。
明示的に--user=rootとすればあがるのでmysql-test-run.plに
パッチをあてて実験中。

SRPMのリビルドの過程ではmake testはしないのが普通なのかなあ。
あらかじめ
| export MYSQL_RPMBUILD_TEST=no
するとmake testを飛ばすみたいね。