今天有个网站数据库引擎用innodb,后面出现数据库内容丢失,
数据库管理员给出答案
服务器本日志文件更新一下,部分表用innodb保存,因为这种数据是存在日志文件里面的,日志文件一更新,数据就没了有这个说法吗?

解决方案 »

  1.   

    不知道是不是管理员那边配置成禁用innodb引擎
      

  2.   

    有没有人出来解答一下呀我想管理员是忘记拷贝date/ibdata1文件了我现在想知道的是如果在虚拟机上面做数据库,是不是不能用innodb引擎
    那怎么支持安全事务
      

  3.   

    移到mysql版去更好,现在这会都吃饭呢
      

  4.   

    终于有人说话了,那如果用空间商的数据库,是不是说就不能用innodb引擎
    安全事务只能通过程序判断来解决吗
      

  5.   

    事务,并不等于 安全
    目前只有 innodb引擎 支持事务如果表设计的合理,完全没有必要使用事务
      

  6.   

    空间商数据库不能用innodb?那这个空间商你也可以考虑换掉了
    至于你前面的问题 没看太明白是什么意思
      

  7.   

    那我再说说我的问题吧!
    网站是mysql数据库的,里面涉及到的数据量比较大,考虑到高并发与事务的问题!所以当初设计的时候部分表使用innodb引擎。
    前几天突然发现数据表里面的数据不见了,后面去问空间商,空间商给出一个回复是:
    1.你的数据库本来就有问题,部分表使用innodb引擎
    2.这种表很危险,数据存在日志文件里面的,日志文件更新一下,所有的数据都没了你说我应该怎么回答?
      

  8.   

    2.这种表很危险,数据存在日志文件里面的,日志文件更新一下,所有的数据都没了这个说法肯定是错误的。
    所有 innodb 的表都存于单一的文件中
    所以并不排除长期连续运行后文件损坏的可能性
      

  9.   

    尼玛...日志文件保存数据...Mysql相关的日志文件,主要有两大类:事务日志和事件日志:【事务日志】   事务日志:详细的记录了在什么时间发生了什么时候,在哪个时间对哪些数据进行了改变,能后实现事件的重放,一般只记录对数据进行改变的操作,对于读操作一般不进行记录
       事物日志为数据库服务器实现以下功能:
       1、将随机IO转换为顺序IO,大大的提高了数据库的性能,存储的数据可能存在在磁盘的不同位置,降低了数据的读取和操作性能。转换为顺序IO的原理为,先将数据存放在日志文件中,然后由RDBSM的后台将日志中的数据存放到磁盘上,这样就保证了存储的数据是连续的。
       2、为事件重放提供基础,事务日志详细的记录了时间发生的时间以及操作的数据对象,事务进程可以根据这些信息进行时间重放
       默认的事务日志文件有两个,位于数据目录下以ibdata+number结尾的数字,我们可以对事务日志的位置、文件大小、增长方式进行定义,定义的方法如下:
       这里以使用支持事务的Innodb存储引擎为例
       在服务器的主配置文件/etc/my.cnf中:
       innodb_data_home_dir = /innodata  定义存放事务日志的目录
       innodb_data_file_path = ibdata1:1024M  定义日志的名字和大小
       innodb_data_file_path = ibdata2:50M:autoextend  定义日志大小的增长方式