把數據插入mysql數據庫出錯,mysql導入數據出錯

本文目錄一覽：

• 1、mysql數據庫 插入失敗
• 2、在ds窗口中導入MYSQL數據庫時報error 1049 (42000):Unknown database ‘;’這個錯誤
• 3、mysql數據庫導入錯誤

mysql數據庫 插入失敗

你提到sql語句中有變量，變量是直接連接到sql字符串的還是作為執行sql的方法的參數啊？我覺得肯定是執行的那一句話有問題了，哪來這麼多“奧妙”的問題

我看到你對樓上的追問了，$query打印當然為空了，mysql_query返回的類型是一個resource資源，並不是常見的數據類型，原型如下

resource

mysql_query

(

string

$query

[,

resource

$link_identifier

]

)

要在執行$query

=

mysql_query($sql,$db);

之後，用

mysql_fetch_xxx從$query中解析出結果然後再用的。。。

參見

mysql_num_rows()，mysql_affected_rows()，mysql_unbuffered_query()，mysql_free_result()，mysql_fetch_array()，mysql_fetch_row()，mysql_fetch_assoc()，mysql_result()，mysql_select_db()

和

mysql_connect()。

這是基礎，多翻翻手冊吧。

在ds窗口中導入MYSQL數據庫時報error 1049 (42000):Unknown database ‘;’這個錯誤

在ds窗口中導入MYSQL數據庫時報error 1049 (42000):Unknown database ‘是設置錯誤造成的，解決方法為：

1、打開cmd，輸入mysql -u 用戶名 -p回車根據提示輸入密碼，如下圖。

2、進入mysql數據庫控制台，界面如下。

3、查看當前數據庫中存在那些數據庫，使用show databases語句。如下。

4、使用show create database 數據庫名 格式來查看數據庫的詳細創建信息。通過在show create database語句後面追加 \G參數來格式化輸出信息，便於查看

mysql數據庫導入錯誤

如果從庫上表 t 數據與主庫不一致，導致複製錯誤，整個庫的數據量很大，重做從庫很慢，如何單獨恢復這張表的數據？通常認為是不能修復單表數據的，因為涉及到各表狀態不一致的問題。下面就列舉備份單表恢復到從庫會面臨的問題以及解決辦法：

場景 1

如果複製報錯後，沒有使用跳過錯誤、複製過濾等方法修復主從複製。主庫數據一直在更新，從庫數據停滯在報錯狀態（假設 GTID 為 aaaa:1-100）。

修復步驟：

在主庫上備份表 t （假設備份快照 GTID 為 aaaa:1-10000）；

恢復到從庫；

啟動複製。

這裡的問題是複製起始位點是 aaaa:101，從庫上表 t 的數據狀態是領先其他表的。aaaa:101-10000 這些事務中只要有修改表 t 數據的事務，就會導致複製報錯 ，比如主鍵衝突、記錄不存在（而 aaaa:101 這個之前複製報錯的事務必定是修改表 t 的事務）

解決辦法：啟動複製時跳過 aaaa:101-10000 這些事務中修改表 t 的事務。

正確的修復步驟：

1. 在主庫上備份表 t （假設備份快照 GTID 為 aaaa:1-10000），恢復到從庫；

2. 設置複製過濾，過濾表 t：

CHANGE REPLICATION FILTER REPLICATE_WILD_IGNORE_TABLE = (‘db_name.t’);

3. 啟動複製，回放到 aaaa:10000 時停止複製（此時從庫上所有表的數據都在同一狀態，是一致的）;

START SLAVE UNTIL SQL_AFTER_GTIDS = ‘aaaa:10000’;

4. 刪除複製過濾，正常啟動複製。

注意事項：這裡要用 mysqldump –single-transaction –master-data=2，記錄備份快照對應的 GTID

場景 2

如果複製報錯後，使用跳過錯誤、複製過濾等辦法修復了主從複製。主、從庫數據一直在更新。

修復步驟：

在主庫上備份表 t （假設備份快照 GTID為 aaaa:1-10000）；

停止從庫複製，GTID為 aaaa:1-20000；

恢復表 t 到從庫；

啟動複製。

這裡的問題是複製起始位點是 aaaa:20001，aaaa:10000-20000 這些事務將不會在從庫上回放，如果這裡面有修改表 t 數據的事務，從庫上將丟失這部分數據。

解決辦法：從備份開始到啟動複製，鎖定表 t，保證 aaaa:10000-20000 中沒有修改表 t 的事務。

正確修復步驟：

對錶 t 加讀鎖；

在主庫上備份表 t；

停止從庫複製，恢復表 t；

啟動複製；

解鎖表 t。

如果是大表，這裡可以用可傳輸表空間方式備份、恢復表，減少鎖表時間。