本文目錄一覽:
- 1、如何在mysql中導入/導出超大的sql文本文件
- 2、sql文件太大,mysql導入報錯怎麼辦
- 3、mysql資料庫 文件過大 如何導入
- 4、SQL資料庫太大怎麼辦
- 5、mysql 的sql文件太大怎麼導入
如何在mysql中導入/導出超大的sql文本文件
在mysql中導入/導出超大的sql文本文件,我們可以使用很多方法實例,如有:客戶端直接命令操作,分塊導入,客戶端用source命令操作等等。
在實際工作中,有時經常地時行mysql資料庫的導入和導入操作,但對於大型sql文件導入時,phpmyadmin是不行的,有太多限制,比如記錄,內存等!
多種方案收集,如下:
方案一:客戶端直接命令操作(此方法是我比較喜歡的)
剛恢復一個電商網站mysql備份數據,此備份文件有300多M,因為phpmyadmin支持上傳有限,文件太大IE停止響應,所以在本地用
代碼如下
複製代碼
mysql -u root -p root jiahuibuydb
c:/yebihai.sql
但沒導入進去,出來一大堆mysql的參數提示,不認輸入的命令參數,後來寫成下面這個樣子,就是去掉了參數和數據之間的空格
代碼如下
複製代碼
mysql -uroot -proot jiahuibuydb
c:/yebihai.sql
導入就OK了
導出命令:
a)導出整個庫
mysqldump -u 用戶名 -p 資料庫名 導出的文件名
代碼如下
複製代碼
mysqldump -u root -p student
d:/yebihai.sql
b)導出一個表
mysqldump -u 用戶名 -p 資料庫名 表名 導出的文件名
方案二:分塊導入
代碼如下
複製代碼
?
//用來快速Mysql的大數據備份
//使用前請首先按照代碼注釋修改要導入的SQL文件名、資料庫主機名、資料庫用戶名、密碼、資料庫名
//同時將資料庫文件和本文本一起ftp導網站目錄,然後以web方式訪問此文件即可
$file_name=”sql.sql”; //要導入的SQL文件名
$dbhost=”localhost”; //資料庫主機名
$dbuser=”user”; //資料庫用戶名
$dbpass=”pass”; //資料庫密碼
$dbname=”dbname”;
//資料庫名
set_time_limit(0); //設置超時時間為0,表示一直執行。當php在safe
mode模式下無效,此時可能會導致導入超時,此時需要分段導入
$fp = @fopen($file_name, “r”) or
die(“不能打開SQL文件 $file_name”);//打開文件
mysql_connect($dbhost, $dbuser,
$dbpass) or die(“不能連接資料庫 $dbhost”);//連接資料庫
mysql_select_db($dbname)
or die (“不能打開資料庫 $dbname”);//打開資料庫
mysql_query(‘set names utf8’);
echo “正在執行導入操作”;
while($SQL=GetNextSQL()){
if
(!mysql_query($SQL)){
echo
“執行出錯:”.mysql_error().”
“;
echo
“SQL語句為:
“.$SQL.”
“;
};
}
echo
“導入完成”;
fclose($fp) or die(“Can』t close file $file_name”);//關閉文件
mysql_close();
//從文件中逐條取SQL
function GetNextSQL() {
global $fp;
$sql=””;
while ($line =
@fgets($fp, 40960)) {
$line =
trim($line);
//以下三句在高版本php中不需要,在部分低版本中也許需要修改
$line =
str_replace(“////”,”//”,$line);
$line =
str_replace(“/』”,”』”,$line);
$line =
str_replace(“//r//n”,chr(13).chr(10),$line);
// $line
= stripcslashes($line);
if (strlen($line)1)
{
if ($line[0]==”-” $line[1]==”-“)
{
continue;
}
}
$sql.=$line.chr(13).chr(10);
if
(strlen($line)0){
if
($line[strlen($line)-1]==”;”){
break;
}
}
}
return $sql;
}
?
方案三:客戶端用source命令操作
比較好的辦法仍是用mysql的source命令:
一、在客戶端下操作:
1、進行入客戶端
代碼如下
複製代碼
2、mysqluse 資料庫名(如果沒有,先建一個)
3、mysqlset names ‘utf8’; (一般看導入的是什麼格式的文件)
4、mysqlsource d:/aaa.sql;
即可正常導入,如果有錯,可以看出錯提示
二、PHP文件操作:
建立a.php
裡面有下面內容
代碼如下
複製代碼
mysql_connet(‘xxxx’);
mysql_query(“set names ‘utf8′”);
mysql_query(“source d:/aaa.sql'”);
原理同上,主要方便了無法使用命令行用戶的操作
方案四:下面教大家一個簡單有效的辦法,適合不會使用命令窗口的非技術人員,可以導入任意大小的mysql資料庫,理論上不論您的資料庫備份文件多大,都可以導入
方法如下:
1.將資料庫備份文件(如backup.sql)上傳至網站根目錄。
2.將以下代碼保存為mysql.php文件,上傳至網站根目錄。
代碼如下
複製代碼
system(“mysql -hdbhost -udbuser -ppassword dbname backup.sql”);
print “導入成功”;
其中
dbhost 改為您的資料庫伺服器地址(小提示:一般主機默認資料庫伺服器地址是:localhost)
dbuser 改為您的資料庫用戶名
password 改為您的資料庫用戶密碼
dbname 改為您的資料庫名(導入的時候此庫必須先建立好,否則會失敗並且不會進行任何提示)
backup.sql表示通過ftp上傳到網站根目錄下資料庫文件的文件名(該文件是解壓縮後的文件)
3.在瀏覽器裡面訪問mysql.php, 那麼就在瀏覽器裡面輸入/mysql.php,只要瀏覽器一訪問這個mysql.php文件,數據就開始導入,數據導入結束後,就會顯示「導入成功」的字樣。這個時間根據您要導入的數據大小決定,一般時間很短
sql文件太大,mysql導入報錯怎麼辦
拆分成幾段,分段執行,
不過一般的編輯器打不開太大的SQL文件,你可以百度一下SQL文件編輯器.
mysql資料庫 文件過大 如何導入
點擊電腦『運行』,輸入cmd,然後點擊確定。
cmd
2.找到sql的安裝路徑,打開命令行,進入Binn目錄,輸入:cmd,回車執行。
binn大致就在這個裡面D:\Program Files\Microsoft SQL Server\100\Tools\Binn
3.執行下列語句:
sqlcmd -S localhost -U sa -P pwzyy!@#123 -i C:\Users\Administrator\Desktop\script.sql
說明:
-S:資料庫伺服器地址,我這裡是本機直接用localhost
-U:用戶名
-P:密碼
-d:資料庫名
-i:sql文件
SQL資料庫太大怎麼辦
我有個大的 SQL 文件要回放,需要馬上做,但又怕壓死業務,怎麼辦?
先來建一個測試庫:
塞一些數據進去:
看看我們填充數據的成果:
使用 mysqldump 導出一份數據:
現在我們假設要把這個 dump 文件,回放到一個資料庫中,並且現在資料庫正在承擔很重的業務,我們不希望業務受到太大影響。
先來看看如果直接回放 dump 文件,會發生什麼?
我們看到 MySQL 的 cpu 會彪起來,
我們換一個方式來回放 dump:
看看 CPU 壓力:
可以看到 CPU 已經非常冷靜,並且緩慢的處理數據。
?小貼士:pv 工具既可以用於顯示文件流的進度,也可以用於文件流的限速。在本實驗中,我們用 PV 來限制 SQL 文件發到 MySQL client 的速度,從而限制 SQL 的回放速度,達到不影響其他業務的效果。
mysql 的sql文件太大怎麼導入
我有個大的 SQL 文件要回放,需要馬上做,但又怕壓死業務,怎麼辦?
先來建一個測試庫:
塞一些數據進去:
看看我們填充數據的成果:
使用 mysqldump 導出一份數據:
現在我們假設要把這個 dump 文件,回放到一個資料庫中,並且現在資料庫正在承擔很重的業務,我們不希望業務受到太大影響。
先來看看如果直接回放 dump 文件,會發生什麼?
我們看到 MySQL 的 cpu 會彪起來,
我們換一個方式來回放 dump:
看看 CPU 壓力:
可以看到 CPU 已經非常冷靜,並且緩慢的處理數據。
?小貼士:pv 工具既可以用於顯示文件流的進度,也可以用於文件流的限速。在本實驗中,我們用 PV 來限制 SQL 文件發到 MySQL client 的速度,從而限制 SQL 的回放速度,達到不影響其他業務的效果。
原創文章,作者:簡單一點,如若轉載,請註明出處:https://www.506064.com/zh-tw/n/129509.html