系列文章目录
文章目录
一、sql server
从SQL SERVER 2008 开始,我们已经不能再用以前
DUMP TRAN 数据库名 WITH NO_LOG
的这种方式来收缩数据库,但是,可以用另外一种替代的方法,SQL语句如下:
ALTER DATABASE 数据库名 SET RECOVERY SIMPLE
ALTER DATABASE 数据库名 SET RECOVERY FULL
DBCC SHRINKDATABASE(数据库名, 0)
这种方式来进行
ALTER DATABASE [ZzVehicle_log] SET RECOVERY SIMPLE
ALTER DATABASE [ZzVehicle_log] SET RECOVERY FULL
DBCC SHRINKDATABASE([ZzVehicle_log], 0)
二、mysql
1.mysql binlog 日志自动清理及手动删除
1、查看日志文件的文件名以及在那里
show binary logs;
2、手动清除binlog文件
以文件为参考物
purge master logs to ‘mysql-bin.009’; ‘mysql-bin.009’之前的全部被清除,不包含mysql-bin.009
以时间为参考物
PURGE MASTER LOGS BEFORE DATE_SUB(CURRENT_DATE, INTERVAL 10 DAY); //删除10天前的MySQL binlog日志
删除所有
reset master; //也可以重置master,删除所有binlog文件:
3、配置操作
关闭binlog, 修改/etc/my.cnf 用#将其注释掉
log-bin=mysql-bin
binlog_format=mixed
或修改
expire_logs_days,x是自动删除的天数,一般将x设置为短点,如10
expire_logs_days = x //二进制日志自动删除的天数。默认值为0,表示“没有自动删除”
直接在mysql里设置expire_logs_days
show variables like ‘%log%’;
set global expire_logs_days = 10;
4.清除binlog对从mysql的影响
如果您有一个活性的从属服务器,该服务器当前正在读取您正在试图删除的日志之一,则本语句不会起作用,而是会失败,并伴随一个错误。
不过,如果从属服务器是休止的,并且您碰巧清理了其想要读取的日志之一,则从属服务器启动后不能复制。
当从属服务器正在复制时,本语句可以安全运行。您不需要停止它们。
————————————————
版权声明:本文为CSDN博主「lilin01003」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/u014707607/article/details/131706874
总结
提示:这里对文章进行总结:
例如:以上就是今天要讲的内容,本文仅仅简单介绍了pandas的使用,而pandas提供了大量能使我们快速便捷地处理数据的函数和方法。