mysqldumpはテーブルを作成したり、データをインポートしたりしません

mysqldumpを新しいデータベースにインポートしようとしています。私が走ると：

mysqldump -umydbuser -p --database testimport < database.dump

次の出力が表示されます。

Enter password:
-- MySQL dump 10.11
--
-- Host: localhost    Database: testimport
-- ------------------------------------------------------
-- Server version       5.0.75-0ubuntu10.3

/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
/*!40103 SET TIME_ZONE='+00:00' */;
/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;

--
-- Current Database: `testimport`
--

CREATE DATABASE /*!32312 IF NOT EXISTS*/ `testimport` /*!40100 DEFAULT CHARACTER SET     latin1 */;

USE `testimport`;
/*!40103 SET TIME_ZONE=@OLD_TIME_ZONE */;

/*!40101 SET SQL_MODE=@OLD_SQL_MODE */;
/*!40014 SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS */;
/*!40014 SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS */;
/*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;
/*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */;
/*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */;
/*!40111 SET SQL_NOTES=@OLD_SQL_NOTES */;

-- Dump completed on 2010-03-09 17:46:03

しかし、testimportデータベースを見ると、テーブルもデータもありません。作業中のデータベースを次の方法でエクスポートした場合でも、

mysqldump -umydbuser -p --database workingdatabase > test.sql

次にインポートします：

mysqldump -umydbuser -p --database testimport < test.sql

同じ出力が得られtestimportますが、データベースには何もインポートされません。出力にエラーは表示されず、適切なデータベースを使用しています。エクスポートされた.sqlファイルをテールすると、すべてのテーブルのcreateステートメントとすべてのデータの挿入が表示されます。このデータがインポートされないのはなぜですか？私が見ることができる追加のログはありますか？

mysqlクライアントを介してダンプを実行したい。

例：

mysql -uroot -p testimport < database.dump

データをダンプ（バックアップ）するとき、「mysqldump」を使用したからです。

mysqldump -u user -p Database_name > SQL_dump_file.sql

ただし、データベースにデータを復元する場合は、「mysql」のみを使用する必要があります。

mysql -u user -p Database_name < SQL_dump_file.sql

同じ問題がありました。DDL（構造のみ）をエクスポートし、データベース全体をエクスポートしてから、最初にDDLファイルをインポートし、次に同じ文を使用して完全なファイルをインポートします。

mysqldump -uroot -p 'database' < 'filename.sql'