基于mysqlgtid 进行时间点恢复要求:恢复到tybdata deposit_activity 表10月7日04:59:59 1:选择10月6日的完全备份恢复到另外一个库,过程略.2:找到10月7日4点到5点的binlog文件,解析gtid位置: vim 2.txt /191007 5:00:0 ...
分类:
数据库 时间:
2019-10-11 01:19:23
阅读次数:
332
mysql8.0.17复制搭建及其gtid的1062和1032异常 参考资料: https://blog.csdn.net/wzy0623/article/details/91982743https://blog.51cto.com/20131104/2397443 # 附录 # 环境: # 创建同 ...
分类:
数据库 时间:
2019-08-14 16:48:27
阅读次数:
194
世界上没有卖后悔药的,一旦做错了,后悔莫及。我们作为运维,尤其是不小心误删除数据库里的数据时,那更是损失巨大。对于MySQL来说,这里有一种方法,可以避免这种悲剧的发生。这儿所谓的延迟,并不是经常说的网络延迟,而是我们故意把从库复制的步伐放慢,比如让从库比主库慢30分钟。这样,如果在半小时内发现数据有问题,还能补救。MySQL5.6已经支持延迟复制,可设置备节点的延迟时间,延迟复制是有意义的,例如
分类:
数据库 时间:
2018-09-28 12:45:55
阅读次数:
173
一、准备环境 1.主服务器A(192.168.0.176),从服务器B(192.168.0.13)。 2.两台服务器上都部署了mysql数据库。(两台服务器上的数据库版本必须是一致的) 3.再两台服务器上分别创建rb-test数据库,并创建数据表user。 二、主服务器A双机热备配置步骤 1、创建同 ...
分类:
数据库 时间:
2018-07-03 20:10:08
阅读次数:
239
MySQL的主从复制是实现MySQL大规模集群的基础,其在日常生产环境中被广泛的被应用,而在MySQL5.6开始对MySQL的底层代码不断的重构完善后在MySQL的主从复制取得极大的进步,且在5.7版本引入主从多线程复制(http://blog.51cto.com/jim123/1961241),而在5.6版本开始MySQL的主从复制就支持slave上延时复制
分类:
数据库 时间:
2017-11-25 23:44:17
阅读次数:
173
介绍 项目地址:https://github.com/stasinopoulos/commix Commix是一个使用Python开发的漏洞测试工具,这个工具是为了方便的检测一个请求是否存在命令注入漏洞,并且对其进行测试,在其作者发布的最新版本中支持直接直接导入burp的历史记录进行检测,大大提高了 ...
分类:
其他好文 时间:
2016-11-12 22:56:44
阅读次数:
184
begin transaction select * from EmployeeInfoTemp WITH (TABLOCK, UPDLOCK) waitfor Delay '00:05:00' commit transaction
分类:
数据库 时间:
2016-02-17 20:45:16
阅读次数:
199