仓酷云

标题: MSSQL网站制作之InnoDB 中文参考手册 --- 5 增加与移除... [打印本页]

作者: 活着的死人 时间: 2015-1-16 22:21
标题: MSSQL网站制作之InnoDB 中文参考手册 --- 5 增加与移除...
因此，我们的第一个“米”，就是二进制日志binlog必须是rowbased的。在rowbase下，二进制日志binlog同时记录了更新前后的整行记录。参考|参考手册|数据|中文InnoDB中文参考手册---犬犬(心帆)翻译5增加与移除InnoDB数据和日记文件
为了增加一个数据文件到表空间中，起首要封闭MySQL数据库，编纂my.cnf文件，在innodb_data_file_path中增加一个新文件，然后再从头启动服务。

假如，最初一个文件以关头字autoextend来形貌，那末编纂my.cnf的历程以下所示。必需反省最初一个文件的尺寸，并使它向下靠近于1024*1024bytes(=1MB)的倍数，并在innodb_data_file_path中明白指定它的尺寸。然后你能够增加另外一个数据文件。记着只要innodb_data_file_path中的最初一个文件能够被指定为auto-extending。

一个例子：假定起先仅仅只要一个auto-extending数据文件ibdata1，这个文件越越靠近于988MB。上面是增加了另外一个auto-extending数据文件后的大概示例。
innodb_data_home_dir=innodb_data_file_path=/ibdata/ibdata1:988M;/disk2/ibdata2:50M:autoextend

一般不克不及移除InnoDB的数据文件。为了减小数据文件的巨细，你必需利用mysqldump来转储(dump)一切的数据表，再从头创建一个新的数据库，并将数据导进新的数据库中。

假如但愿改动InnoDB的日记文件数量，必需先封闭MySQL并断定完整封闭而没有产生任何毛病。将旧的日记文件复制到别的平安的中央，以防在封闭服务时产生了毛病而必要恢单数据库。删除一切日记文件，编纂my.cnf，再从头启动MySQL。InnoDB在启动时将会提醒它在创建新的日记文件。
因此我们的方案中要构造这种逆操作。Event_type增加一种FLASHBACK_EVENT。这类操作形式与Query_Event相同，都是简单的SQL语句，只是包含了将数据恢复的操作。

作者: 小魔女 时间: 2015-1-19 09:24
现在是在考虑:如果写到服务器端,我一下搞他个10个存储过程导过去,那久之服务器不就成垃圾箱了吗?即便优化了我的中间层.

作者: 冷月葬花魂 时间: 2015-1-24 15:38
财务软件要用SQL也只是后台的数据库而已,软件都是成品的,当然多学东西肯定是有好处的..

作者: 再见西城 时间: 2015-2-1 22:19
其中最有名的应该是row_number了。这个终于解决了用临时表生成序列号的历史，而且SQLServer2005的row_number比Oracle的更先进。因为它把Orderby集成到了一起，不用像Oracle那样还要用子查询进行封装。

作者: 山那边是海 时间: 2015-2-7 16:11
总感觉自己还是不会SQL

作者: 兰色精灵 时间: 2015-2-22 16:01
需要注意的一点，也是我使用过程中发现的一个问题。在建立function->schema->table后，如果在现有的分区表上建立没有显式声明的聚集索引时，分区表会自动变为非分区表。这一点很让我纳闷。

作者: 若天明 时间: 2015-3-7 00:51
语句级快照和事务级快照终于为SQLServer的并发性能带来了突破。个人感觉语句级快照大家应该应用。事务级快照，如果是高并发系统还要慎用。如果一个用户总是被提示修改不成功要求重试时，会杀人的！

作者: 爱飞 时间: 2015-3-14 02:44
比如日志传送、比如集群。。。

作者: 变相怪杰 时间: 2015-3-20 23:57
原理很简单，对要求长时间计算某一时间点的报表生成和防用户操作错误很有帮助。但是比起Oracle10g的闪回技术还是细粒度不够。可惜！

欢迎光临仓酷云 (http://ckuyun.com/)