数据丢失，如何防止这次惨重的损失不再发生？

lys0212linux

我more了 mysql_install_db也没发现相关会删除数据库的代码！但问题是刚好我在初始化新的服务器那天那台运行的数据库刚好丢了自己创建的数据表，总监通过查日志说我在那个时间执行了初始化命令！

deluxe1983

初始化权限表和原数据丢失是两码事吧
不过肯定影响到生产系统了,所以总要找只替罪的小羊,很不幸,这次是你...

lys0212linux

我负责没所谓，有可能也是我的失误。或当时头晕做了其它操作，但关键是连同组人都罚款了，连累人家，叫我怎么活！

ruochen

原帖由 deluxe1983 于 2009-9-2 12:00 发表
初始化权限表和原数据丢失是两码事吧
不过肯定影响到生产系统了,所以总要找只替罪的小羊,很不幸,这次是你...

应该是这样的
你的总监有点问题

lys0212linux

现在还是不讨论谁谁的问题啦，请教下备份的问题。
如果用m-s做备份，对数据库的性能影响多大？
公司有十多台数据服务器还有很多台其它服务器，如果用m-s备份的话，能不能多M对一S？就是只拿一台服务器
做其它十多台的实时备份？
备注：每台服务器都放在不同地方，有的在外省，都有固定的IP

diepics

每台MySQL服务器密码有点儿不一样

lys0212linux

楼上的什么意思？？

wiliiwin

lz你被你们总监忽悠了,本人在虚拟机专门实验了下,初始化根本不会把以前的数据搞丢失的,证据如下:

[root@localhost mysql]# scripts/mysql_install_db --user=mysql
Installing MySQL system tables...
OK
Filling help tables...
OK

To start mysqld at boot time you have to copy
support-files/mysql.server to the right place for your system

PLEASE REMEMBER TO SET A PASSWORD FOR THE MySQL root USER !
To do so, start the server, then issue the following commands:
./bin/mysqladmin -u root password 'new-password'
./bin/mysqladmin -u root -h localhost.localdomain password 'new-password'
See the manual for more instructions.
You can start the MySQL daemon with:
cd . ; ./bin/mysqld_safe &

You can test the MySQL daemon with mysql-test-run.pl
cd mysql-test ; perl mysql-test-run.pl

Please report any problems with the ./bin/mysqlbug script!

The latest information about MySQL is available on the web at
http://www.mysql.com
Support MySQL by buying support/licenses at http://shop.mysql.com


mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| Shopsetting        |
| jxq                |
| lixin              |
| mydb               |
| mysql              |
| shop               |
| test               |
+--------------------+
8 rows in set (0.02 sec)

一定要让他找出来是谁误操作导致数据丢失,要是你只做了初始化,不会导致数据丢失,只可能导致的是用户权限方面的丢失,你们总监就是个混蛋,我看以后再发生这样的事,还不知道又赖到谁头上呢，该争的一定要争,不能白白自己成为替罪羊.要是我,我就把证据摆哪里让他看 初始化会不会导致之前的数据全部丢失

[ 本帖最后由 wiliiwin 于 2009-9-2 13:09 编辑 ]

lys0212linux

谢谢楼上wiliiwin 的热心回答，我也想在虚拟机上做个试验，但下载个freebsd速度超慢。
我再描述以下当时的情况，早上8点多公司接到电话，所数据连接不了。然后我登陆到freebsd查看数据引擎进程在（不是指mysqld，这个数据引擎是公司开发跟mysql打交道的吧，具体做什么的，我也不清楚，当然mysqld肯定在），后来就按上面的指示重启系统，发现数据引擎无法启动。
日志显示找不到如mydata（示例用）databases，我cd /var/lib/mysql/ 一看果真mydata不见了。
后来我用./mysql -uname -p
登陆数据库，发现不用密码就可以登陆，如输入密码就不能登陆。
name在之前用grant赋予了它在数据mydata.*上拥有all privileges，并有密码！
这是怎么回事？

wiliiwin

登录应该是登录不了的,你初始化了,就把默认创建的数据库mysql初始化,这个里面的user表放的就是用户权限,你初始化了这个表应该就没有你之前可以登录用户的信息了,所以就不能登陆了,但是不至于数据丢失,数据应该还是存在的,只不过导致用户权限丢失 我认为是这样的才是正确现象.


我刚测试了下,就算初始化了,权限还是在的啊,不是我上面的说的,你要是可以登录最好在系统history下看下之前的命令执行情况,看看有没有人搞过其他操作导致数据丢失的

mysql> select * from user\G;
*************************** 1. row ***************************
                 Host: localhost
                 User: root
             Password: *6BB4837EB74329105EE4568DDA7DC67ED2CA2AD9
          Select_priv: Y
          Insert_priv: Y
          Update_priv: Y
          Delete_priv: Y
          Create_priv: Y
            Drop_priv: Y
          Reload_priv: Y
        Shutdown_priv: Y
         Process_priv: Y
            File_priv: Y
           Grant_priv: Y
      References_priv: Y
           Index_priv: Y
           Alter_priv: Y
         Show_db_priv: Y
           Super_priv: Y
Create_tmp_table_priv: Y
     Lock_tables_priv: Y
         Execute_priv: Y
      Repl_slave_priv: Y
     Repl_client_priv: Y
     Create_view_priv: Y
       Show_view_priv: Y
  Create_routine_priv: Y
   Alter_routine_priv: Y
     Create_user_priv: Y
           Event_priv: Y
         Trigger_priv: Y
             ssl_type:
           ssl_cipher:
          x509_issuer:
         x509_subject:
        max_questions: 0
          max_updates: 0
      max_connections: 0
max_user_connections: 0

我感觉这个绝对不是你初始化导致的,不知道谁做了别的操作,然后把黑锅让你背了,都是什么鸟人,无耻之徒.

[ 本帖最后由 wiliiwin 于 2009-9-2 14:11 编辑 ]