⑴ mysql使用mp命令導出數據的問題
這看上去是mysql這里有bug,或者,mysql導出中sql長度是有有限制的,具體的,你可以把表上傳到網路,讓別人導一下看看是不是你說的這個情況,從你上面的數據來看,810條數據不算多,你的處理方法有:
1,不設這個條件,全部導過來再刪除不要的數據。
2,設條件時分8次導入,每次in裡面寫100個id.
⑵ mysql用mysqlmp命令備份之後不能正確還原
還原用mysql命令,不是mysqlmp
⑶ mysql不能導出mp文件么
可以啊,不要在mysql登錄的情況下mp,要直接在控制台運行命令mysqlmp -u** -p** ,,,,,
⑷ mysql資料庫如何導入.mp文件
如果是,可以用 mysqlmp _u用戶名 _P 密碼 資料庫名 [表名1 表名2..]存放路徑(d:/bk.mp) 比如: 把temp資料庫備份到 d:\temp.mp 就可以使用下面的命令:mysqlmp –u root –proot temp d:\temp.mp
⑸ mysql導出資料庫幾種方法
1、確保我們的資料庫已經正確的安裝在電腦上了,首先打開命令行窗口,win+R快捷鍵打開運行窗口,輸入cmd。
⑹ 如何使用mysqlmp命令備份mysql資料庫
通用規律只有使用 --all-databases (-A) 會 ERROR 1356,那就看看他到底備份了什麼東西。於是喊上同事一起 less 看了下,上下掃了兩眼。突然發現:1. 備份 SQL 文件里 DROP 掉了 mysql.proc;2. 後CREATE了一個新的 mysql.proc;3. LOCK TABLES 和 UNLOCK TABLES 中間居然沒有備份 CREATE ROUTINE 任何數據?這不就是相當於每次導入全備都給我一個沒有任何 sys schema routines 的全新 mysql.proc 表?那這不就異常的尷尬?
---- Table structure for table `proc`--
---- Dumping data for table `proc`-
真相大白在官方文檔【sys-schema-usage】官方文檔明確的告訴我們不會備份 sys 庫。但在使用 mysqlmp 在執行 --all-databases 會清空 mysql.proc 導致 sys 無法正常使用;這是一個 BUG,並且只存在於 MySQL 5.7.x !
1、mysql_upgrade install or upgrade sys schema
這個方案適用於 sys 庫已經因為 mysqlmp 導入而損壞的情況下使用。
注意:mysql_upgrade 在修理 sys 庫的同時,還修理 mysql 庫和用戶庫表(期間加鎖且速度一般),有極小可能會誤傷;使用 mysql_upgrade 的時候要加上 --upgrade-system-tables,不然會掃描用戶庫表。
2、全備時同時備份 sys 庫
這個方案適用於需要還原的資料庫,sys 庫也不太正常的情況下使用;在全備後額外再備份一份 sys 庫用於修復。
注意:不適用於做主從時使用它。
3、使用 databases 全備
這個方案適用於所有場景的全備需求,100% 安全。
4、使用 mysql-sys 開源代碼
如果你的資料庫 sys 全部中招了,又是生產庫。那你只能用這個方法;
mysql-sys:https://github.com/mysql/mysql-sys
中記錄了 sys 庫的創建語句將文件下載到本地,然後根據資料庫版本,執行以下命令即可。
⑺ mysql資料庫運用mysqlmp命令過後沒有反應是什麼情況。如圖。
通用規律只有使用 --all-databases (-A) 會 ERROR 1356,那就看看他到底備份了什麼東西。於是喊上同事一起 less 看了下,上下掃了兩眼。突然發現:1. 備份 SQL 文件里 DROP 掉了 mysql.proc;2. 後CREATE了一個新的 mysql.proc;3. LOCK TABLES 和 UNLOCK TABLES 中間居然沒有備份 CREATE ROUTINE 任何數據?這不就是相當於每次導入全備都給我一個沒有任何 sys schema routines 的全新 mysql.proc 表?那這不就異常的尷尬?
---- Table structure for table `proc`--
---- Dumping data for table `proc`-
真相大白在官方文檔【sys-schema-usage】官方文檔明確的告訴我們不會備份 sys 庫。但在使用 mysqlmp 在執行 --all-databases 會清空 mysql.proc 導致 sys 無法正常使用;這是一個 BUG,並且只存在於 MySQL 5.7.x !
1、mysql_upgrade install or upgrade sys schema
這個方案適用於 sys 庫已經因為 mysqlmp 導入而損壞的情況下使用。
注意:mysql_upgrade 在修理 sys 庫的同時,還修理 mysql 庫和用戶庫表(期間加鎖且速度一般),有極小可能會誤傷;使用 mysql_upgrade 的時候要加上 --upgrade-system-tables,不然會掃描用戶庫表。
2、全備時同時備份 sys 庫
這個方案適用於需要還原的資料庫,sys 庫也不太正常的情況下使用;在全備後額外再備份一份 sys 庫用於修復。
注意:不適用於做主從時使用它。
3、使用 databases 全備
這個方案適用於所有場景的全備需求,100% 安全。
4、使用 mysql-sys 開源代碼
如果你的資料庫 sys 全部中招了,又是生產庫。那你只能用這個方法;
mysql-sys:https://github.com/mysql/mysql-sys
中記錄了 sys 庫的創建語句將文件下載到本地,然後根據資料庫版本,執行以下命令即可。
⑻ 如何將xshell中的mysql導出查詢 mp
如何將xshell中的mysql導出查詢 mp
開始—運行—輸入「CMD」回車,然後直接寫入以下命令
導出的命令:
exp 用戶名/密碼@資料庫名 file=D:\database.dmp log=data.log
file後是寫得你導出的文件存放的路徑,database.dmp是你導出的文件,log是你導出日誌,便於查詢錯誤,不要也可以。例如 exp user/password@orcl file=d:\aaa.dmp
⑼ 備份或導出資料庫命令mysqlmp怎麼使用
、各種用法說明
A. 最簡單的用法:
mysqlmp -uroot -pPassword [database name]
> [mp file]
上述命令將指定資料庫備份到某mp文件(轉儲文件)中,比如:
mysqlmp -uroot -p123 test > test.mp
生成的test.mp文件中包含建表語句(生成資料庫結構哦)和插入數據的insert語句。
B. --opt
如果加上--opt參數則生成的mp文件中稍有不同:
. 建表語句包含drop table if exists tableName
. insert之前包含一個鎖表語句lock tables tableName write,insert之後包含unlock tables
C. 跨主機備份
使用下面的命令可以將host1上的sourceDb復制到host2的targetDb,前提是host2主機上已經創建targetDb資料庫:
mysqlmp --host=host1 --opt sourceDb| mysql --host=host2 -C targetDb
-C指示主機間的數據傳輸使用數據壓縮
D. 只備份表結構
mysqlmp --no-data --databases mydatabase1 mydatabase2 mydatabase3 > test.mp
將只備份表結構。--databases指示主機上要備份的資料庫。如果要備份某個MySQL主機上的所有資料庫可以使用--all-databases選項,如下:
mysqlmp --all-databases
> test.mp
E. 從備份文件恢復資料庫
mysql [database name] < [backup file name]
2、結合Linux的cron命令實現定時備份
比如需要在每天凌晨1:30備份某個主機上的所有資料庫並壓縮mp文件為gz格式,那麼可在/etc/crontab配置文件中加入下面代碼行:
30 1 * * * root mysqlmp -u root -pPASSWORD --all-databases | gzip > /mnt/disk2/database_`date '+%m-%d-%Y'`.sql.gz
前面5個參數分別表示分鍾、小時、日、月、年,星號表示任意。date '+%m-%d-%Y'得到當前日期的MM-DD-YYYY格式。
3、一個完整的Shell腳本備份MySQL資料庫示例
#vi /backup/backup.sh
#!bin/bash
cd /backup
echo "You are in backup dir"
mv backup* /oldbackup
echo "Old dbs are moved to oldbackup folder"
File = backup-$Now.sql
mysqlmp -u user -p password database-name > $File
echo "Your database backup successfully completed"