mysql怎么防止误操作 mysql误操作数据恢复
如何解决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://scjbc.cn/article/dooship.html
