問題タブ [mysqladmin]

3.5GB のデータベース ダンプがあります。ファイルを編集せずに、そのファイルから単一のテーブルだけを同じデータベース内の別の名前のテーブルに復元する方法はありますか?

長文だけど分かる人いる？

私は、クエリが中断される可能性のある独自の非 SQL DB を使用するプロジェクトに取り組んできました。コードベースには、その機能が使用され、完全に理にかなっている場所がかなりありました (たとえば、実行時間の長いクエリを停止するためにキャンセルされます)。ユーザー、またはより最近のクエリが実行されて以前のクエリが廃止されたときなど)、以前はそのような「中断されたクエリ」を実際に見たことがないことに気付き、良い SO の質問になる可能性があると考えました (いくつかの質問ですが、それらはすべてまったく同じものに関連しています):

• SQL クエリを中断できますか?

• これは SQL 標準の一部ですか?

• それがSQL標準の一部でない場合、どのSQL DBがクエリの中断を許可していますか(どんな例でも大歓迎です)?

• DB クエリ (SQL であろうとなかろうと) を中断することは一般的ですか? （私が取り組んだコードベースでは、サーバーの負荷を軽減するのに役立ちます）

それぞれにかなり標準的なデータを含むいくつかのテーブルがあります。このデータに最適な列の種類を教えて、誰かがそれらを最適化するのを手伝ってくれませんか? それらの横にあるのは、私が現在持っているものです。

助言がありますか？あくまでも推測なので間違っているところもあると思いますが…

私がやろうとした：

しかし、次のエラーが発生しました。

これを引き起こしている可能性がありますか？

これはMySQLの新規インストールであり、MySQLadminを構成したことはありません。または、私が知る限り、構成したことはありません。

MySQL root パスワードをリセットしようとしています。を実行mysqld_safe --skip-grant-tablesし、root パスワードを更新し、user テーブルが存在することを確認しました。

MySQLデーモンを再起動したら、設定した新しいルートパスワードでログインしようとしましたが、ユーザー「ルート」エラーでアクセスが拒否されました。また、MySQL を完全に削除して再インストールしようとしましたが (my.cnfファイルの削除を含む)、まだうまくいきません。次に何ができますか？

x86_64 Linuxサーバーにmysql-5.1.59をコンパイルしてインストールしました。

まず、cli で root パスワードを設定してログインします。

ログイン成功！

次に、SQL ステートメントを使用してユーザーを作成しました。

パスワードは root とまったく同じです。

しかし、私が尋ねた後：

2 つのアカウントのパスワード値が同じではないことに気付きました。そして、myuserでmysqlにログインしようとしましたが失敗しました。

ちなみに、ルートパスワードを次のように変更すると：

その後、root で mysql にログインできなくなりました。

これは私の他のサーバーでは決して起こりません。問題はOSに関係しているようです。ハッシュ値はどのように互いに異なるのでしょうか? ありがとう！

私は次のプロジェクトに取り組んでいます: http://lpmj.net/20.php

私はphpMyadminにいくつかのエントリを作成し、mySQLとphpを対応させることに慣れてきましたが、このエラーでコードが何を求めているのかわかりません.

これは私が受け取っているエラーです:

「フィールド リスト」の不明な列「userpass」

これが示していることを助けていただければ幸いです。

シェル コマンド プロンプトで:

--default-character-set=utf8効果がないようで、理由がわかりません。

データベースは作成されますが、文字セットはlatin1collat​​ionlatin1_swedish_ciです。

同じ問題のように見えるこの質問を見つけましたが、選択した回答が示唆するようにルート以外のユーザーを試しても、同じ動作が得られます。

• MySQL 接続文字セットの問題

（違いがあれば、WindowsとMariaDBを使用しています）

これらの mysqladmin.exe クライアントを試しました:

1. デフォルトの文字セット(.ini なし) を使用した Win32 (ia32) 用の MariaDB 5.3.2latin1
2. MySQL 5.0.77 for linux-gnu (i686) とデフォルトの文字セットutf8

どちらの場合も、--default-character-set=utf8MySQLサーバーの .ini/.cnf 設定をオーバーライドしない--default-character-set=latin1でください。

EC2 インスタンスで (ルートとして実行される) 起動スクリプトの一部としてこれを実行しようとしています。

これをデバッグするために、コマンド全体をログにエコーしましたが、正しいです。スクリプトのコマンドの前に「ps ax」を実行して、mysql が実行されていることを確認しました。パスワードを二重引用符と一重引用符で囲んで試してみました（問題ではなかったはずで、問題ではありませんでした）。何を試しても、スクリプトでエラーが発生します

mysqladmin: 'localhost' でサーバーに接続できませんでした
。エラー: 'Access denied for user 'root'@'localhost' (using password: NO)'

しかし、シェルでスクリプトからまったく同じ行をコピーして実行すると、機能します。また、コマンドを実行する前に root パスワードがないことを確認しました (いずれの場合も)。

-p を使用する必要があるとは限りません。シェルから実行する場合は必要ないため、エラーはそのように見えますが。

私は困惑しています。

そして、これが安全でないと誰かがコメントする前に、そうではありません。パスワードは、スタートアップの一部としてマウントされたプライベート EBS ボリュームに保存され、そのボリューム上のファイルから取り出されてスタートアップ シェルの環境に置かれ、スクリプトで使用されます (syslog にはエコーされません)。次に、EBS ボリュームがアンマウントされます。その起動スクリプトが終了すると、そのパスワードは mysql 以外のどこにもありません。

更新：代わりにこれを試しました（2.12.2の5.1 MYSQLマニュアルにあります

どちらも機能しませんでした。同様のエラーと実行中です

シェルから接続すると、エラーなしで問題なく接続されます（そして、UPDATEおよびFLUSHコマンドを入力できます）。

私は、mysql と mysqladmin が、シェル スクリプト内から実行すると失敗する原因となる tty からの読み取りのようなファンキーなことをしていると考え始めています。これにより、起動スクリプトで初期化するのが難しくなります。