mysql的binlog太大太多占用大量磁盘的解决_MySQL教程

推荐：SQL Server Management Studio 没有出来
一种情况，在安装 sqlServer2005 时 居然出现两个警告： 1 Com+ 目录要求 2 Edition change check 郁闷!网上说出现两个警告，是肯定装不成功的!我抱着侥幸的态度试了下，成功了。 安装成功后，正准备 仅工具、联机丛书和示例(T) 但是安装不了，他提示我工作站组件安装

 　　现象：网站访问越来越慢，最后无法访问了，经过检查发现磁盘满了。仔细查询下来确认是由于mysql的binlog太多太大占用了空间。

　　分析过程及解决方案：通常出现这种问题都应该登录服务器检查磁盘、内存和进程使用的情况，通过top、df –h和free –m来检查，发现磁盘空间满了。再进一步通过du –sh对可以的目录进行检查，发现是mysql的binlog占用空间过大。清理binlog的方法如下：

　　1) 设置日志保留时长expire_logs_days自动删除

　　查看当前日志保存天数：

　　show variables like '%expire_logs_days%';

　　这个默认是0，也就是logs不过期，可通过设置全局的参数，使他临时生效：

　　set global expire_logs_days=7;

　　设置了只保留7天BINLOG, 下次重启mysql这个参数默认会失败，所以需在my.cnf中设置

　　expire_logs_days = 7

　　2) 手动删除BINLOG (purge binary logs)

　　用于删除列于在指定的日志或日期之前的日志索引中的所有二进制日志。这些日志也会从记录在日志索引文件

　　PURGE {MASTER | BINARY} LOGS TO 'log_name'

　　PURGE {MASTER | BINARY} LOGS BEFORE 'date'

　　例如：

　　PURGE MASTER LOGS TO 'mysql-bin.010';

　　PURGE MASTER LOGS BEFORE '2008-06-22 13:00:00';

　　PURGE MASTER LOGS BEFORE DATE_SUB( NOW( ), INTERVAL 3 DAY);

分享：SQL2005错误:2812 的解决方法
一台服务器重装系统后，用附加表再配置同步复制的时候出错： sql server 无法创建发布 找不到存储过程 错误 2812 在SQL SERVER 2005中，有数据库DB1，在A服务器上。由于要更换服务器，要把数据库DB1迁移到B服务器上。而DB1是用于同步复制的。粗心的你没有把同步复制(发