刪除已安裝的mysql數據庫(刪除已安裝的mysql數據庫文件)

本文目錄一覽:

怎樣徹底刪除MySQL數據庫

一、在控制面板,卸載MySQL的所有組件

控制面板——》所有控制面板項——》程序和功能,卸載所有和MySQL有關的程序

二、找到你的MysQL安裝路徑,看還有沒有和MySQL有關的文件夾,全刪

如果安裝在C盤,檢查一下C:\Program Files (x86)和C:\Program Files 這兩個文件夾

三、刪除關於MySQL的註冊表

在文件資源管理器中輸入“C:\Windows\regedit.exe”會彈出註冊表

刪除HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\Eventlog\Application\MySQL文件夾

如果能找到如下內容,刪除

HKEY_LOCAL_MACHINE\SYSTEM\ControlSet002\Services\Eventlog\Application\MySQL

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Eventlog\Application\MySQL

四、將以下紅字部分粘貼到文件資源管理器地址欄中 (這是一個隱藏的文件夾)

C:\ProgramData\MySQL

刪除此文件夾下的所有內容

五、重啟電腦

六、提示:

如果以上刪除文件夾時刪除不了,可以試一下以下步驟:

1.檢查是否還有有關MySQL的程序在運行,到任務管理器中去找,然後結束任務

2.試試360粉碎文件能不能粉碎

3.進入安全模式,刪除

大功告成

現在可以重新安裝MySQL了

如何在Windows中完全卸載MySQL數據庫

並且有可能產生其他的問題,最好的辦法是給自己一個空白的環境,這樣我們就可以排除MySQL安裝不成功造成的錯誤。

具體卸載步驟如下:

1.

在你從電腦里卸載舊的MYSQL數據庫服務時,首先先在WINDOWS服務里停掉MYSQL的服務。

2.

再到控制面板里的增加刪除程序內進行刪除。

3.

但是你並不能完整的把MYSQL服務刪除,那麼就要在註冊表裡(regedit)清除你的MYSQL服務。這裡有幾個地方:

HKEY_LOCAL_MACHINE/SYSTEM/ControlSet001/Services/Eventlog/Application/MySQL

目錄刪除;

HKEY_LOCAL_MACHINE/SYSTEM/ControlSet002/Services/Eventlog/Application/MySQL

目錄刪除;

如何完全卸載MySQL數據庫

您好,首先要有:1、數據庫:MySQL 5.7

2、安裝包:mysql-installer-community-5.7.4.0-m14.1411728256.msi

之後就可以這樣:

1、雙擊MySQL數據庫的.msi安裝文件,進入MySQL安裝界面。

2、在MySQL安裝界面,點擊”Remove MySQL Products”(卸載MySQL產品)。

3、在卸載產品界面,單擊”Execute”(執行)。

4、彈出是否確認刪除窗口,單擊”是(Y)”。等待MySQL待卸載產品準備就緒後單擊”Next”。

5、進入清空現有數據界面,勾選”uninstall the mysql installer”(卸載MySQL安裝程序),單擊”Finish”完成MySQL數據庫的完全卸載。

如何刪除mysql數據庫

1、找到mysql安裝所在的文件夾,將mysql的配置文件my.ini備份一下。

2、刪除mysql安裝所在的文件夾

3、打開我的電腦

4、找到programdata

5、打開programdata並找到mysql文件夾並將其刪除

6、如果找不到programdata或mysql文件夾,可以在工具欄中找到工具選項

7、在工具選項卡中找到查看文件夾,並將“顯示隱藏文件夾、文件”選中保存即可

8、找到Mysql文件後將其刪除即可。

centos中怎麼刪除mysql數據庫

查看已經安裝的服務

rpm –qa|grep -i mysql

-i 作用是不區分大小寫

yum remove mysql mysql-server mysql-libs compat-mysql51

rm -rf /var/lib/mysql

rm /etc/my.cnf

查看是否還有mysql軟件:

rpm -qa|grep mysql

有的話繼續刪除

可以看到有兩個安裝包

MySQL-server-5.6.19-1.linux_glibc2.5.x86_64.rpm

MySQL-client-5.6.19-1.linux_glibc2.5.x86_64.rpm

刪除這兩個服務(去掉後綴)

rpm –e MySQL-client-5.6.19-1.linux_glibc2.5.x86_64

rpm -e MySQL-server-5.6.19-1.linux_glibc2.5.x86_64

查看殘留的目錄:

whereis mysql

然後刪除mysql目錄:

rm –rf /usr/lib64/mysql

刪除相關文件:

rm –rf /usr/my.cnf

rm -rf /root/.mysql_sercret

最關鍵的:

rm -rf /var/lib/mysql

如果這個目錄如果不刪除,再重新安裝之後,密碼還是之前的密碼,不會重新初始化!

網上查了很久都沒有文章提到這個,最後還是自己摸索找出來的。

卸載完成!怎麼確定是不是真的卸載乾淨了呢?

一是看安裝輸出:

如果沒有卸載乾淨,安裝server時輸入只有兩行:

[root @localhost opt]# rpm -ivh MySQL-server-5.6.19-1.linux_glibc2.5.x86_64.rpm

Preparing… ########################################### [100%]

1:MySQL-server ########################################### [100%]

卸載乾淨了安裝輸入如下:

[root @localhost opt]# rpm -ivh MySQL-server-5.6.19-1.linux_glibc2.5.x86_64.rpm

Preparing… ########################################### [100%]

1:MySQL-server ########################################### [100%]

2014-09-23 07:22:43 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use –explicit_defaults_for_timestamp server option (see documentation for more details).

2014-09-23 07:22:43 26041 [Note] InnoDB: Using atomics to ref count buffer pool pages

2014-09-23 07:22:43 26041 [Note] InnoDB: The InnoDB memory heap is disabled

2014-09-23 07:22:43 26041 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins

2014-09-23 07:22:43 26041 [Note] InnoDB: Compressed tables use zlib 1.2.3

2014-09-23 07:22:43 26041 [Note] InnoDB: Using Linux native AIO

2014-09-23 07:22:43 26041 [Note] InnoDB: Using CPU crc32 instructions

2014-09-23 07:22:43 26041 [Note] InnoDB: Initializing buffer pool, size = 128.0M

2014-09-23 07:22:43 26041 [Note] InnoDB: Completed initialization of buffer pool

2014-09-23 07:22:43 26041 [Note] InnoDB: The first specified data file ./ibdata1 did not exist: a new database to be created!

2014-09-23 07:22:43 26041 [Note] InnoDB: Setting file ./ibdata1 size to 12 MB

2014-09-23 07:22:43 26041 [Note] InnoDB: Database physically writes the file full: wait…

2014-09-23 07:22:43 26041 [Note] InnoDB: Setting log file ./ib_logfile101 size to 48 MB

2014-09-23 07:22:43 26041 [Note] InnoDB: Setting log file ./ib_logfile1 size to 48 MB

2014-09-23 07:22:45 26041 [Note] InnoDB: Renaming log file ./ib_logfile101 to ./ib_logfile0

2014-09-23 07:22:45 26041 [Warning] InnoDB: New log files created, LSN=45781

2014-09-23 07:22:45 26041 [Note] InnoDB: Doublewrite buffer not found: creating new

2014-09-23 07:22:45 26041 [Note] InnoDB: Doublewrite buffer created

2014-09-23 07:22:45 26041 [Note] InnoDB: 128 rollback segment(s) are active.

2014-09-23 07:22:45 26041 [Warning] InnoDB: Creating foreign key constraint system tables.

2014-09-23 07:22:45 26041 [Note] InnoDB: Foreign key constraint system tables created

2014-09-23 07:22:45 26041 [Note] InnoDB: Creating tablespace and datafile system tables.

2014-09-23 07:22:45 26041 [Note] InnoDB: Tablespace and datafile system tables created.

2014-09-23 07:22:45 26041 [Note] InnoDB: Waiting for purge to start

2014-09-23 07:22:45 26041 [Note] InnoDB: 5.6.19 started; log sequence number 0

A random root password has been set. You will find it in ‘/root/.mysql_secret’.

2014-09-23 07:22:46 26041 [Note] Binlog end

2014-09-23 07:22:46 26041 [Note] InnoDB: FTS optimize thread exiting.

2014-09-23 07:22:46 26041 [Note] InnoDB: Starting shutdown…

2014-09-23 07:22:48 26041 [Note] InnoDB: Shutdown completed; log sequence number 1625977

2014-09-23 07:22:48 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use –explicit_defaults_for_timestamp server option (see documentation for more details).

2014-09-23 07:22:48 26065 [Note] InnoDB: Using atomics to ref count buffer pool pages

2014-09-23 07:22:48 26065 [Note] InnoDB: The InnoDB memory heap is disabled

2014-09-23 07:22:48 26065 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins

2014-09-23 07:22:48 26065 [Note] InnoDB: Compressed tables use zlib 1.2.3

2014-09-23 07:22:48 26065 [Note] InnoDB: Using Linux native AIO

2014-09-23 07:22:48 26065 [Note] InnoDB: Using CPU crc32 instructions

2014-09-23 07:22:48 26065 [Note] InnoDB: Initializing buffer pool, size = 128.0M

2014-09-23 07:22:48 26065 [Note] InnoDB: Completed initialization of buffer pool

2014-09-23 07:22:48 26065 [Note] InnoDB: Highest supported file format is Barracuda.

2014-09-23 07:22:48 26065 [Note] InnoDB: 128 rollback segment(s) are active.

2014-09-23 07:22:48 26065 [Note] InnoDB: Waiting for purge to start

2014-09-23 07:22:48 26065 [Note] InnoDB: 5.6.19 started; log sequence number 1625977

2014-09-23 07:22:48 26065 [Note] Binlog end

2014-09-23 07:22:48 26065 [Note] InnoDB: FTS optimize thread exiting.

2014-09-23 07:22:48 26065 [Note] InnoDB: Starting shutdown…

2014-09-23 07:22:50 26065 [Note] InnoDB: Shutdown completed; log sequence number 1625987

A RANDOM PASSWORD HAS BEEN SET FOR THE MySQL root USER !

You will find that password in ‘/root/.mysql_secret’.

You must change that password on your first connect,

no other statement but ‘SET PASSWORD’ will be accepted.

See the manual for the semantics of the ‘password expired’ flag.

Also, the account for the anonymous user has been removed.

In addition, you can run:

/usr/bin/mysql_secure_installation

which will also give you the option of removing the test database.

This is strongly recommended for production servers.

See the manual for more instructions.

Please report any problems at

The latest information about MySQL is available on the web at

Support MySQL by buying support/licenses at

New default config file was created as /usr/my.cnf and

will be used by default by the server when you start it.

You may edit this file to change server settings

最後一段中提示了重要信息,很多人因為不喜歡讀英文,導致接下來不知道怎麼操作!

二就是安裝完成,啟動服務之後

使用命令:“mysql -uroot -p”輸入你之前安裝後設置的密碼,看能不能登錄,如果還可以登錄,說明沒有卸載乾淨!

原創文章,作者:小藍,如若轉載,請註明出處:https://www.506064.com/zh-hant/n/286931.html

(0)
打賞 微信掃一掃 微信掃一掃 支付寶掃一掃 支付寶掃一掃
小藍的頭像小藍
上一篇 2024-12-23 13:06
下一篇 2024-12-23 13:06

相關推薦

  • 如何修改mysql的端口號

    本文將介紹如何修改mysql的端口號,方便開發者根據實際需求配置對應端口號。 一、為什麼需要修改mysql端口號 默認情況下,mysql使用的端口號是3306。在某些情況下,我們需…

    編程 2025-04-29
  • Python 常用數據庫有哪些?

    在Python編程中,數據庫是不可或缺的一部分。隨着互聯網應用的不斷擴大,處理海量數據已成為一種趨勢。Python有許多成熟的數據庫管理系統,接下來我們將從多個方面介紹Python…

    編程 2025-04-29
  • openeuler安裝數據庫方案

    本文將介紹在openeuler操作系統中安裝數據庫的方案,並提供代碼示例。 一、安裝MariaDB 下面介紹如何在openeuler中安裝MariaDB。 1、更新軟件源 sudo…

    編程 2025-04-29
  • Python操作MySQL

    本文將從以下幾個方面對Python操作MySQL進行詳細闡述: 一、連接MySQL數據庫 在使用Python操作MySQL之前,我們需要先連接MySQL數據庫。在Python中,我…

    編程 2025-04-29
  • 數據庫第三範式會有刪除插入異常

    如果沒有正確設計數據庫,第三範式可能導致刪除和插入異常。以下是詳細解釋: 一、什麼是第三範式和範式理論? 範式理論是關係數據庫中的一個規範化過程。第三範式是範式理論中的一種常見形式…

    編程 2025-04-29
  • MySQL遞歸函數的用法

    本文將從多個方面對MySQL遞歸函數的用法做詳細的闡述,包括函數的定義、使用方法、示例及注意事項。 一、遞歸函數的定義 遞歸函數是指在函數內部調用自身的函數。MySQL提供了CRE…

    編程 2025-04-29
  • leveldb和unqlite:兩個高性能的數據庫存儲引擎

    本文將介紹兩款高性能的數據庫存儲引擎:leveldb和unqlite,並從多個方面對它們進行詳細的闡述。 一、leveldb:輕量級的鍵值存儲引擎 1、leveldb概述: lev…

    編程 2025-04-28
  • Python怎麼導入數據庫

    Python是一種高級編程語言。它具有簡單、易讀的語法和廣泛的庫,讓它成為一個靈活和強大的工具。Python的數據庫連接類型可以多種多樣,其中包括MySQL、Oracle、Post…

    編程 2025-04-28
  • MySQL bigint與long的區別

    本文將從數據類型定義、存儲空間、數據範圍、計算效率、應用場景五個方面詳細闡述MySQL bigint與long的區別。 一、數據類型定義 bigint在MySQL中是一種有符號的整…

    編程 2025-04-28
  • MySQL左連接索引不生效問題解決

    在MySQL數據庫中,經常會使用左連接查詢操作,但是左連接查詢中索引不生效的情況也比較常見。本文將從多個方面探討MySQL左連接索引不生效問題,並給出相應的解決方法。 一、索引的作…

    編程 2025-04-28

發表回復

登錄後才能評論