mysql數據庫移動的問題,mysql數據上移下移

本文目錄一覽：

• 1、急：我的MYSQL數據庫裝在C盤的，怎麼移到D盤啊？
• 2、求個大神，怎樣將MySQL的數據庫整體數據右移
• 3、如何遷移MySQL數據庫

急：我的MYSQL數據庫裝在C盤的，怎麼移到D盤啊？

1、首先在桌面上雙擊打開“此電腦”軟件。

2、然後在打開的此電腦頁面中，找到並雙擊打開C盤。

3、選中需要移動的文件，再右擊選中的文件，從彈出的快捷菜單中選擇“剪切”命令。

4、在窗口中雙擊打開D盤或E盤。

5、最後鼠標右擊窗口空白處，從彈出的快捷菜單中選擇“粘貼”命令即可。

求個大神，怎樣將MySQL的數據庫整體數據右移

假如要把目錄移到/home/data下需要進行下面幾步：

1、home目錄下建立data目錄

cd /home

mkdir data

2、把MySQL服務進程停掉：

mysqladmin -u root -p shutdown

3、把/var/lib/mysql整個目錄移到/home/data

mv /var/lib/mysql　/home/data/

這樣就把MySQL的數據文件移動到了/home/data/mysql下

4、找到my.cnf配置文件

如果/etc/目錄下沒有my.cnf配置文件，請到/usr/share/mysql/下找到*.cnf文件，拷貝其中一個到/etc/並改名為my.cnf)中。命令如下：

[root@test1 mysql]# cp /usr/share/mysql/my-medium.cnf　/etc/my.cnf

5、編輯MySQL的配置文件/etc/my.cnf

為保證MySQL能夠正常工作，需要指明mysql.sock文件的產生位置。修改socket=/var/lib/mysql/mysql.sock一行中等號右邊的值為：/home/mysql/mysql.sock 。操作如下：

vi　 my.cnf　 (用vi工具編輯my.cnf文件，找到下列數據修改之)

# The MySQL server

[mysqld]

port　= 3306

#socket　 = /var/lib/mysql/mysql.sock（原內容，為了更穩妥用“#”注釋此行）

socket　 = /home/data/mysql/mysql.sock　（加上此行）

6、修改MySQL啟動腳本/etc/init.d/mysql

最後，需要修改MySQL啟動腳本/etc/init.d/mysql，把其中datadir=/var/lib/mysql一行中，等號右邊的路徑改成你現在的實際存放路徑：home/data/mysql。

[root@test1 etc]# vi　/etc/init.d/mysql

#datadir=/var/lib/mysql（注釋此行）

datadir=/home/data/mysql （加上此行）

7、重新啟動MySQL服務

/etc/init.d/mysql　start

或用reboot命令重啟Linux

如果工作正常移動就成功了，否則對照前面的7步再檢查一下。還要注意目錄的屬主和權限。

如何遷移MySQL數據庫

caching_sha2_password認證插件提供更多的密碼加密方式，並且在加密方面具有更好的表現，目前MySQL 8.0選用caching_sha2_password作為默認的認證插件，MySQL 5.7的認證插件是MySQL_native_password。如果客戶端版本過低，會造成無法識別MySQL 8.0的加密認證方式，最終導致連接問題。

MySQL存儲引擎現在負責提供自己的分區處理程序，而MySQL服務器不再提供通用分區支持，InnoDB和NDB是唯一提供MySQL 8.0支持的本地分區處理程序的存儲引擎。 如果分區表用的是別的存儲引擎，存儲引擎必須進行修改。要麼將其轉換為InnoDB或NDB，要麼刪除其分區。通過MySQLdump從5.7獲取的備份文件，在導入到8.0環境前，需要確保創建分區表語句中指定的存儲引擎必須支持分區，否則會報錯。

MySQL 8.0的默認字符集utf8mb4，可能會導致之前數據的字符集跟新建對象的字符集不一致，為了避免新舊對象字符集不一致的情況，可以在配置文件將字符集和校驗規則設置為舊版本的字符集和校驗規則。

MySQL 8.0啟動使用的lower_case_table_names值必須跟初始化時使用的一致。使用不同的設置重新啟動服務器會引入與標識符的排序和比較方式不一致的問題。

 lower_case_table_names 

要避免MySQL 8.0上的啟動失敗，MySQL配置文件中的sql_mode系統變量不能包含NO_AUTO_CREATE_USER。

從MySQL 5.7.24和MySQL 8.0.13開始，MySQLdump從存儲程序定義中刪除了NO_AUTO_CREATE_USER。必須手動修改使用早期版本的MySQLdump創建的轉儲文件，以刪除NO_AUTO_CREATE_USER。

在MySQL 8.0.11中，刪除了這些不推薦使用的兼容性SQL Mode：DB2，MAXDB，MSSQL，MySQL323，MySQL40，ORACLE，POSTGRESQL，NO_FIELD_OPTIONS，NO_KEY_OPTIONS，NO_TABLE_OPTIONS。從5.7到8.0的複製場景中，如果語句使用到廢棄的SQL Mode會導致複製異常。

在執行到MySQL 8.0.3或更高版本的in-place升級時，BACKUP_ADMIN權限自動授予具有RELOAD權限的用戶。

本文對MySQL 5.7到MySQL 8.0的升級過程中出現部分易出現問題進行整理：升級對MySQL版本的要求、升級都做了哪些內容、數據庫升級做了哪些步驟以及注意事項，希望對大家版本升級有幫助。