日のために私を悩ま問題を記録します。最初のエラーを貼り付けます。
表領域の境界の外側にあるスペース名のjxtms / CostManage、。Bの
YTEタイプは読み取りI / O、16384 lenを、オフセット0。あなたはmysqldの起動時にこのエラーが発生した場合、あなたのmy.cnfファイルはMySQLサーバを持っていることをibdataファイルと一致していることを確認してください。
移行中MySQL5.7テーブルスペース、インポート表領域は、時間は常にテーブル、接続障害エラーに固定されている場合。
私は、問題がまだ存在することを発見し、それが接続タイムアウトの後に問題だと思った、タイムアウトパラメータの調整。
エラーログを見ると、上記のエラーメッセージことがわかりました。
このエラーメッセージは、テーブルスペースの制限の外に、私はibdataパラメータをチェックしてみましょう、非常に奇妙です。innodb_data_file_path = ibdata1とに関連Ibdataプロファイルと：256M：自動拡張は、より大きな値にパラメータを調整します。
再実行し、エラーがまだ存在しています。
長い時間のためのBaiduは、誰が正しい解を与えることができます。弾丸をかむと外国のウェブサイト、RUBから検索、発見しました。
MySQL5.7はバグであると言われ、あなたが解決するには、永続的な統計パラメータ（innodb_stats_persistent = OFF）を閉じる必要があります。
復興明るいああを感じます。
修正後は、エラーが本当に解決しています。
私はハハ、この問題が発生したか、少し不器用なBaiduの、そしてすぐにそれを記録していない金額を中国の子どもの使用を知りません。
注意：
あなたは、データベースを開いたときにデータベースが停止されたときに、パラメータ永続統計は、ローカルに保存統計表は、これらの統計は、閉鎖前の外観を保持します。あなたはSQLの実行計画を生成する必要があるのでとき、今の統計情報を収集する必要はありません、それがどこです。
このパラメータは、単に効率を解析し、最適化するデータベースのSQLを開始しました。クロージング後に、効率がパッチとしては、データベース、自動統計の更新を開始した後、手動でスクリプトを書くことができる、ではありません。