如何解決Mysql的帳戶安全問題

在安裝完成MySQL 后，不僅改變root用戶的的密碼，也同時改變匿名用戶的密碼，方法類似改變root的密碼的方式：

10年積累的成都網站設計、成都網站建設經驗，可以快速應對客戶對網站的新想法和需求。提供各種問題對應的解決方案。讓選擇我們的客戶得到更好、更有力的網絡服務。我雖然不認識你，你也不認識我。但先網站制作后付款的網站建設流程，更有西崗免費網站建設讓你可以放心的選擇與我們合作。

QUOTE:

以下為引用的內容：

MySQL UPDATE user set password=PASSWORD('yournewpassword') where user='';

MySQLFLUSH PRIVILEGES;

2、如非必要，刪除這個匿名用戶，這樣所有人要使用MySQL 都必須提供用戶名，即便日后出了問題，也容易查找問題的源頭。

3、除了root用戶外，其他用戶包括匿名用戶（如果沒有刪除這個用戶）不應該擁有grant權限，防止管理權限不受控制的擴散出去。

4、賦予用戶update\delete\alert\create\drop權限的時候，應該限定到特定的數據庫，尤其要避免普通客戶擁有對MySQL數據庫做操作的權限，否則你的系統設置很可能被替換掉。

5、檢查MySQL.user表，取消不必要用戶的shutdown_priv,reload_priv,process_priv和File_priv權限，這些權限可能泄漏更多的服務器信息包括非MySQL的其它信息出去。

6、如果不打算讓你的用戶使用MySQL數據庫，在提供諸如php這樣的腳本語言的時候，重新設置或編譯你的php,取消它們對MySQL的默認支持。

MySQL誤刪數據后切勿跑路

誤刪數據的幾種操作

如何事前預防誤刪數據？

誤刪行數據恢復

誤刪行數據恢復可以使用 Flashback工具 。

Flashback恢復數據的原理是通過修改binlog內容，拿回原庫進行回放，前提是 binlog_format=row和binlog_row_image=FULL 。

在使用Flashback進行恢復的時候， 不建議在主庫上進行操作 ，比較安全的做法是恢復出一個備份，或者找一個從庫作為臨時庫，在這個臨時庫上執行操作，然后再將確認過的臨時庫的數據恢復到主庫。

誤刪庫/表

drop table或者truncate table誤刪數據表 無法通過Flashback工具恢復 ，因為binlog_format的格式即使是ROW模式，在binlog中記錄的也只是一條drop table或者truncate語句，因此無法進行恢復。

此時恢復的方式需要 全量備份加增量日志的方式進行恢復 ，因此要求數據有定期的全量備份，并且實時備份binlog。

假如某人在中午12點誤刪除了一個庫里的某張表，恢復數據的流程如下：

mysqlbinlog恢復數據慢的原因？

如何更快的恢復誤刪的表？

在用備份恢復出臨時實例以后，將這個臨時實例設置成線上備庫的從庫：

假設此時備庫的binlog已經被刪除，那么需要去binlog備份系統找到刪掉的日志文件拷貝到日志目錄下，假設文件名是master.000001，打開日志目錄下的binlog的index文件，在開頭加入master.000001，讓備庫重新識別此日志文件

延遲復制備庫

以上恢復都具有時間不可控性，如果采用上述步驟進行恢復，建議開發成工具（甚至可以做自己的DBA自動化平臺），并大量測試后進行使用，避免手動誤操作帶來更大的問題。

一般的主備復制存在的問題是，假設主庫上的表被刪除，這個命令很快會被發給所有從庫，進而導致從庫的數據表也被一起誤刪除。

延遲復制備庫 是可以持續保持與主庫有N秒延遲的備庫 。

假設這里N=3600，那么表示只要在1個小時以內發現了誤刪除，就可以的到備庫上執行stop slave，再通過之前講到的方法，跳過誤操作的命令（比如將誤刪除的GTID加到實例集合中），就可以恢復出需要的數據。

rm誤刪

只要你的集群是高可用，如果rm刪除了某個節點(只要不是惡意刪除所有節點)，HA系統會自動開始工作，選出一個新的主庫，從而保證集群工作。

Mysql常見的幾個錯誤問題及解決方法

一、Can’t connect to MySQL server on ‘localhost’ (10061)

翻譯：不能連接到 localhost 上的mysql

分析：這說明“localhost”計算機是存在的，但在這臺機器上卻沒提供MySQL服務。

需要啟動這臺機器上的MySQL服務,如果機子負載太高沒空相應請求也會產生這個錯誤。

解決:既然沒有啟動那就去啟動這臺機子的mysql。如果啟動不成功，多數是因為你的my.ini配置的有問題。重新配置其即可。

如果覺得mysql負載異常，可以到mysql/bin 的目錄下執行mysqladmin -uroot -p123 processlist來查看mysql當前的進程。

二、Unknown MySQL Server Host ‘localhosadst’ (11001)

翻譯：未知的MySQL服務器 localhosadst

分析：服務器 localhosasdst 不存在。或者根本無法連接

解決：仔細檢查自己論壇下面的 ./config.inc.php 找到$dbhost重新設置為正確的mysql 服務器地址。

三、Access denied for user: ‘roota@localhost’ (Using password: YES)

翻譯：用戶 roota 訪問 localhost 被拒絕（沒有允許通過）

分析：造成這個錯誤一般數據庫用戶名和密碼相對mysql服務器不正確

解決：仔細檢查自己論壇下面的 ./config.inc.php 找到$dbuser、$dbpw核實后重新設置保存即可。

四、Access denied for user: ‘red@localhost’ to database ‘newbbs’

翻譯：用戶 red 在localhost 服務器上沒有權限操作數據庫newbbs

分析：這個提示和問題三是不同的。那個是在連接數據庫的時候就被阻止了，而這個錯誤是在對數據庫進行操作時引起的。比如在select update等等。這個是因為該用戶沒有操作數據庫相應的權力。比如select 這個操作在mysql.user.Select_priv里記錄 Y 可以操作N 不可以操作。

解決：如果是自己的獨立主機那么更新mysql.user 的相應用戶記錄，比如這里要更新的用戶為red 。或者直接修改 ./config.inc.php 為其配置一個具有對數據庫操作權限的用戶

或者通過如下的命令來更新授權grant all privileges on dbname.* to ‘user’@’localhost’ identified by ‘password’

提示：更新了mysql庫中的記錄一定要重啟mysql服務器才能使更新生效

FLUSH PRIVILEGES;

五、No Database Selected

翻譯：沒有數據庫被選擇上

分析：產生的原因有兩種

config.inc.php 里面$dbname設置的不對。致使數據庫根本不存在，所以在 $db-select_db($dbname); 時返回了false

和上面問題四是一樣的，數據庫用戶沒有select權限，同樣會導致這樣的錯誤。當你發現config.inc.php的設置沒有任何問題，但還是提示這個錯誤，那一定就是這種情況了。

解決：對癥下藥

打開config.inc.php 找到$dbname核實重新配置并保存

同問題四的解決方法

六、Can’t open file: ‘xxx_forums.MYI’. (errno: 145)

翻譯：不能打開xxx_forums.MYI

問題分析：

這種情況是不能打開 cdb_forums.MYI 造成的，引起這種情況可能的原因有：

1、服務器非正常關機，數據庫所在空間已滿，或一些其它未知的原因，對數據庫表造成了損壞。

2、類 unix 操作系統下直接將數據庫文件拷貝移動會因為文件的屬組問題而產生這個錯誤。

解決方法：

1、修復數據表

可以使用下面的兩種方式修復數據表：（第一種方法僅適合獨立主機用戶）

1）使用 myisamchk ，MySQL 自帶了專門用戶數據表檢查和修復的工具 —— myisamchk 。更改當前目錄到 MySQL/bin 下面，一般情況下只有在這個下面才能運行 myisamchk 命令。常用的修復命令為：myisamchk -r 數據文件目錄/數據表名.MYI；

2）通過 phpMyAdmin 修復， phpMyAdmin 帶有修復數據表的功能，進入到某一個表中后，點擊“操作”，在下方的“表維護”中點擊“修復表”即可。

注意：以上兩種修復方式在執行前一定要備份數據庫。

網頁名稱：mysql怎么防止誤操作 mysql誤操作數據恢復
標題鏈接：http://www.yijiale78.com/article8/dooship.html

成都網站建設公司_創新互聯，為您提供微信公眾號、手機網站建設、Google、動態網站、網站排名、企業網站制作

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯