Windows 7 Professional x64でのMySQL 5.1インスタンスの構成が失敗する


8

ノートパソコンをモバイル開発環境として機能するように設定しようとしています。Linuxマシンにソフトウェアをインストールして構成するのはかなり簡単でしたが、MySQL 5.1サーバーをWindows 7 Professional 64ビットにインストールして構成するのに問題があります。私は現在、完全なMySQL 5.1システムにWindows MSIインストーラーを使用しています(Essentialsインストーラーも利用可能です)。MySQL 5.1の32ビットバージョンと64ビットバージョンの両方を使用してインストールしようとしました-両方で同じイベントが発生します。

サーバーインスタンス構成ウィザードとワークベンチの両方をインストールしましたが、すべて正常にインストールされているようです。インスタンス構成ウィザードを開くときに、詳細構成を選択します。次の画面で「開発環境」を選択し、次の画面で「多機能データベース」を選択します。InnoDBの設定は変更しません。5つの同時接続で手動設定を選択します。ポート3306でTCP / IPネットワークを有効にし、厳密モードを有効にします。標準文字セットを選択します。[Windowsサービスとしてインストール]のチェックボックスをオンにし(「MySQL」という名前を指定)、Windows PATHにBinディレクトリを含めます。次の画面で、rootユーザー名とパスワードを設定します。リモートマシンからのルートアクセスを有効にせず、匿名アカウントも作成しません。

ウィザードの最後の画面で[実行]をクリックすると、最初の2つのタスク(構成の準備と構成ファイルの書き込み)が完了します。ただし、サービスの開始に到達すると、ウィザードがハングして応答しなくなります(タイトルバーとタスクマネージャに「応答なし」と表示されます)。

私は自分のWindowsとLinuxの両方のラップトップを本格的なモバイル開発環境として使用できるようにしたいのですが、MySQLを実行できなければそれはできません。誰かが以前にこの問題に遭遇したことがありますか?修正するにはどのようなオプションが必要ですか?


MySQLの32ビットバージョンまたは64ビットバージョンを使用していますか?
ポールクルーン

私は両方を試しましたが、32ビットバージョンをインストールして、他のマシンとまったく同じバージョンのMySQLを実行します(32ビットと64ビットの両方の開発マシンで、違う-私はそうは思わない)。
Thomas Owens

回答:


10

アンインストールしてから再インストールした後、この問題が発生しました。MSIのインストール中、ルートパスワードを要求されたとき-新しいパスワードに加えて「古いパスワード」を求めているかどうかを確認します。もしそうなら、これは古いデータベースファイルが動き回っていることを示しています。C:\ ProgramData \ MySQLに自分のdbファイルを見つけました。MYSQLをアンインストールし、このディレクトリをnukeして(データベースを気にしないと想定している場合)、再インストールしてください。


1

msiを右クリックして、「管理者として実行」を選択してみてください。Windows Vista以降では、管理者アカウントにログインしていても、デフォルトでは管理者権限で実行されないことに注意してください。代わりに、管理者レベルのアカウントを使用しても、必要なときに特定のプロセスを昇格させることができます。


MSIではありません。設定ツールはすでにインストールされています。私はそれを使用してインスタンスを構成することはできません。
Thomas Owens

@Thomas-わかりました、「Windows MSIインストーラーを使用する」という行でハングアップしました。ただし、アドバイスは引き続き適用されます。必ずプログラムを管理者として実行してください。
Joel Coehoorn、2010

管理者として実行するための右クリックオプションはありません。しかし、それを実行すると、アプリケーションがコンピューターに変更を加えることを許可するかどうかを尋ねるダイアログボックスが表示されます。
Thomas Owens、

1

インストールも同様に私に失敗しました。ハングしたプロセスを閉じてから、スタート>すべてのプログラム>> MySQL >> MySQLサーバー5.1に移動しました

この時点で、Shiftキーを押しながら「MySQLサーバーインスタンス構成ウィザード」を右クリックし、メニューから「管理者として実行」を選択します。セットアップ全体をもう一度実行できるはずであり、最後にハングすることはありません。「管理者として実行」がすべての違いを生みました!


1

私にとって、この問題は、MySQLをインストールするために何度か試行していて、データベースファイルの場所も変更していたことに関連しているようです。この状況で1067エラーが発生した場合

  1. my.iniのdatadirオプションが新しいデータベースディレクトリを指していることを確認してください
  2. デフォルトのディレクトリから新しいディレクトリにすべてのファイルをコピーしたことを確認してください
  3. 新しいディレクトリからibdataおよびib_logfileファイルを削除します。

===詳細===

Windows 7にMySQL Server 5.5をインストールしていて、この問題が発生していました。MySQLServer Instance Configuration Wizardが「サービスの開始」でハングし続けました。すべてのローカルMySQLファイルをアンインストールして削除し、管理者としてウィザードも実行してみましたが、同じ結果が得られました。

MySQL トラブルシューティングのドキュメントは、いくつかの良い手がかりを与えました。私は結局、問題がウィザードのMySQLデータファイルの場所をデフォルトのC:\ Program Files \ MySQL \ MySQL Server 5.5 \ dataからD:\ MySQL Datafilesに変更することに関係していることに気づきました。MySQLはそのデータディレクトリに重要なシステムファイルを持っています-それらが見つからない場合、サービスは開始されません。

  • 構成ファイルC:\ Program Files \ MySQL \ MySQL Server 5.5 \ my.iniをメモ帳(メモ帳をadminとして実行)で開きました。configウィザードがdatadirオプションを変更していないことがわかりました。これはまだデフォルトのフォルダーを指しています。手動で新しいアドレスに変更してファイルを保存しました。

  • MySQLサービスを手動で開始しようとしましたが、同じ1067エラーが発生しました。

  • 新しいディレクトリにはシステムファイルがないことを認識したため、すべてのファイルをC:\ Program Files \ MySQL \ MySQL Server 5.5 \ dataから新しい場所にコピーし、MySQLサービスを手動で再起動してみました。古いエラーが発生しました。

  • 新しいデータファイルのディレクトリを調べたところ、MySQLが次の行を含む.errログファイルを作成したことがわかりました。

InnoDB:有効なチェックポイントが見つかりません。

InnoDB:InnoDBデータベースを作成しているときにこのエラーが表示された場合、

InnoDB:問題は、以前の試行中に管理したことである可能性があります

InnoDB:InnoDBデータファイルを作成しますが、ログファイルの作成に失敗しました。

InnoDB:その場合は、

InnoDB:http : //dev.mysql.com/doc/refman/5.5/en/error-creating-innodb.html

それが参照したページは、以前のインストール試行で残った古いibdataファイルとib_logfileファイルを私のデータディレクトリから削除するように私に言いました。これを行うとすぐに、サービスを開始することができました。


1

MySQL Server Instance ConfigurationがStart Serviceでハングするのと同じ問題がありました。Run As Administratorオプションstiilを使用してみましたが、同じ問題がありました。

削除ibdataした後ib_logfileからdatadir開始しました。

.errファイルにあったエラーは以下のとおりです。

110616 10:32:35 [Note] Plugin 'FEDERATED' is disabled.
InnoDB: Error: log file .\ib_logfile0 is of different size 0 23068672 bytes
InnoDB: than specified in the .cnf file 0 25165824 bytes!
110616 10:32:35 [ERROR] Plugin 'InnoDB' init function returned error.
110616 10:32:35 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
110616 10:32:35 [ERROR] Unknown/unsupported table type: INNODB
110616 10:32:35 [ERROR] Aborting

110616 10:32:35 [Note] C:\Program Files\MySQL\MySQL Server 5.1\bin\mysqld: Shutdown complete

1

あなたが既存のデータベースを気にしないなら、私がしたことをやれば、きっとうまくいくでしょう。

  1. アンチウイルスを無効にし、ポート3306が開いていることを確認します(Windows /その他のファイアウォールによってブロックされていない)
    この手順は、実際には安全のためだけです。
  2. 現在のインストールをアンインストールし、MySQLフォルダをから削除しますC:\ProgramData
    このフォルダは非表示になります。したがって、アドレスバーにそのパスを入力してアクセスするだけです。
  3. 削除した後C:\ProgramData\MySQL、コンピュータを再起動します。
  4. MySQLサーバーを再インストールすれば、問題は発生しません。

問題はファイルが原因C:\ProgramData\MySQL\MySQL Server 5.5\data\ib_logfile0.fileでした。プログラムをアンインストールして再インストールするたびに、このファイルにデータが追加されるためです。ファイルが大きくなります。これにより、InnoDBでエラーが発生します。

必要な場合は、そのファイルのみを削除できます。しかし、私は完全に再インストールしたかったので、すべてを削除しました:-)


0

私もこの問題を少し前に経験しました。インストールは実際には解決しませんでしたが、後で実行しました。構成ウィザードは、実際には構成専用です。インストールはその時点ですでに行われています。

  1. サービスがインストールされているかどうかを確認し、インストールされていない場合は手動でインストールしてください。
  2. rootパスワードは手動で調整できます。

多分これは助けることができます:http :
//remy.supertext.ch/2010/05/access-denied-for-user-rootlocalhost/

それがどのように見えるか教えてください、私たちはそれを実行させることができると確信しています:-)


サービスのインストール方法とrootパスワードの設定方法について詳しく教えてください。
Thomas Owens

ああ。リンクのセクション全体を逃しました-明日試してみて、どのようになるかをお知らせします。
Thomas Owens

わかった、うまくいくといいね。おそらくサービスはすでにインストールされています。そして、これを見て、すでにどれだけ実行されているかを把握してください: dev.mysql.com/doc/refman/5.1/en/windows-server-first-start.html
Remy

0

ウィザードを終了し、「管理者として実行」を使用してMySQLInstanceConfig.exeを再起動します。

Exeは、C:\ Program Files \ MySQL \ MySQL Server XX \ binの下のほとんどの標準インストールの場所です。


0

MySQL DBへの参照を保持するため、MySQL参照をc:\ ProgramDataから削除します。これを削除した後、mysqlを再インストールできました。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.