我也觉得不可思议！但正好下班了，我没来得及看数据文件的修改时间。为了确保我打开的是不同的数据库，我还重新启动MYSQL CONTROL CENTER，还是发现两个库都一样，确认它一样的依据是查看了“生成日期”字段为2003-09-15（也就是今天生成）的记录，发现两个数据库里都有，当然，不排除这些记录在我早上备份时候就有了；另外我又查看了别我改错的那些记录，发现在两个数据库里都存在，我就比较确定了。当时忙着看记录，所以没想到看文件修改时间，真是急得我啊，当时还没弄明白，回家路上一直在想这个问题，就是想不出答案。:(
你今天将 MySQL 服务器重启后，
再看看呢？？
看来有另外两种情况：一是你看错了，二是机器疯了:P
关注中，希望你解决这个问题后，给份心得出来。
今天早上去看服务器，发现更奇怪的事情：昨天不小心改错的那部分数据没有留下任何改动的痕迹，好象没改动过一样！我心里一阵惊喜，毕竟数据还是正确的！转念一想，那我之前的操作难道也白费了？想到这里，我又开始有点担心起来……
后来检查一下，发现就是那个错误的操作和之前的一个操作没有生效，其他还是成功执行的。不过昨天最后改错的那次UPDATE操作的前后，MYSQL CONTROL CENTER曾经出错自动关闭过两次，所以猜想是不是数据因此得以幸存？但数据库的操作不是实时执行的么？我当时还选出数据来看，确定是改错了呀，如楼上大侠所说，不是机器疯了，就是我昨天疯了！我现在还在拼命回忆，我是不是记错了最后的UPDATE命令，可能确实被我改错了，但我记错了究竟改错了哪些数据，所以今天去看的时候发现数据完好呢？我开始头疼了……
另一件郁闷的事情是，那个数据库果然会自动修改备份数据库里的数据，我今天去检查，不管我重新复制多少个数据库（通过直接复制文件的方式），只要我改其中一个，不管是备份的那个还是原来的那个，另一个数据库里的相应记录也会随之改变，最妖的是，即使我把数据库的文件复制到另一个逻辑分区下的某个目录，然后改动源数据库的某条记录，再把复制到另一逻辑分区的数据库文件复制回MYSQL的DATA目录下的某个新建目录，照理说，被复制回来的数据库里的该记录应该是原始的数据，而源数据库里的相应记录应该是改动后的数据，但当我打开表来看，发现源数据库的该条记录又恢复成了未改动的数据！这真是太奇怪了！我今天还带了个朋友去帮我看，他看了都想不通！不管是在CONTROL CENTER里改，还是直接在命令行上改，都是一样的结果。按理是不该发生这种事情的，但是……我现在是想不明白了，这件事情给我的感觉是，不管我怎么复制数据库的文件，似乎这些文件之间都有着关联，不象是备份，倒象是直接用指针链接过去的，象是一个数据库一样，但我今天早上去查看源和备份数据库的文件的修改时间，发现还不一样！真是更奇怪了，我已经完全投降了，本来就对MYSQL不太熟悉，硬着头皮上的，幸好没出问题，否则我可是惨了。
你也是在 MySQL 服务运行时复制的数据文件,
文件复制后,
你并没有将 MySQL 服务关闭一下再启动是不是呀???
但，我在WIN2K的机器上试验过，即使不停止服务就复制数据库文件，复制后也不重启服务，好象备份的数据库也不会被同时修改的，所以我才奇怪，是不是WINNT的关系呢？