- 综合排序
- 最热优先
- 最新优先
- 来自专栏芝麻实验室
MySQL全量备份
接下来，我们一起来学习全量备份的实现方式。 "xiaohong","hainan"); Query OK, 3 rows affected (0.30 sec) Records: 3 Duplicates: 0 Warnings: 0 MariaDB | xiaohong | hainan | +----+----------+---------+ 3 rows in set (0.00 sec) 备份 [root@node1 ~]# mkdir Server [root@node2 ~]# yum -y install mariadb-server [root@node2 ~]# systemctl enable mariadb #注意，做全量恢复时 | xiaohong | hainan | +----+----------+---------+ 3 rows in set (0.00 sec) ----
2.6K30发布于 2019-03-05 - 来自专栏yuyy.info技术专栏
kettle实现全量备份
要求 安装KETTLE+DEBEAVER+MYSQL,在mysql数据库上建house数据库，并将house数据库的表数据通过kettle，全量备份到另外一个表中。 步骤 建立house数据库，利用kettle读取fed_funds.csv并存进house数据库，再进行全备份。 查看源数据 image.png 建立数据库及表 image.png 运行转换 image.png 生成数据库文件 image.png 创建目标表 image.png 执行全备份转换 image.png
1.1K10编辑于 2022-06-28 - 来自专栏小陈运维
YUM下载全量依赖
2.17-324.el7_9 dependency: libcrypto.so.1.1()(64bit) provider: openssl11-libs.x86_64 1:1.1.1g-3. el7 dependency: libcrypto.so.1.1(OPENSSL_1_1_0)(64bit) provider: openssl11-libs.x86_64 1:1.1.1g-3. dependency: libssl.so.1.1(OPENSSL_1_1_1)(64bit) provider: openssl11-libs.x86_64 1:1.1.1g-3.el7 el7.x86_64.rpm Downloading p11-kit-0.23.5-3.el7.i686.rpm Downloading p11-kit-0.23.5-3.el7.x86_64.rpm Downloading p11-kit-trust-0.23.5-3.el7.i686.rpm Downloading p11-kit-trust-0.23.5-3.el7.x86_64.rpm Downloading
1.7K40发布于 2021-10-13 - 来自专栏网站教程
mysql全量数据迁移
mydumper/loader 全量导入数据最佳实践 为了快速的迁移数据 (特别是数据量巨大的库)，可以参考以下建议： mydumper 导出数据至少要拥有 SELECT，RELOAD，LOCK TABLES 权限 使用 mydumper 导出来的数据文件尽可能的小，最好不要超过 64M，可以设置参数 -F 64 loader的 -t 参数可以根据 TiKV 的实例个数以及负载进行评估调整，例如 3个 TiKV 的场景，此值可以设为 3 *（1 ～ n)；当 TiKV 负载过高，loader 以及 TiDB 日志中出现大量 backoffer.maxSleep 15000ms is exceeded 可以适当调小该值 导入示例及相关配置： mydumper 导出后总数据量 214G，单表 8 列，20 亿行数据 集群拓扑 TiKV * 12 TiDB * 4 PD * 3 mydumper -F 设置为 16，Loader
1.7K00发布于 2021-07-17 - 来自专栏仙士可博客
mysql实现定时全量备份
参考地址: https://github.com/wentmac/mysql_backup 定时备份逻辑: 1:定义备份的数据库 2:使用mysqldump备份 3:压缩备份sql脚本 4:删除10天前的备份数据 ${db_host} is mysql host # ${db_port} is mysql port # —————————– #/root/mysql_backup.sh # everyday 3: 00 AM execute database backup # 0 3 * * * /root/mysql_backup.sh #/etc/cron.daily db_user="root" db_password date +'%Y-%m-%d %T')"============================\n\n">>${logfile} cat ${logfile} 通过 crontab 实现定时: 0 3 * * * /home/tioncico/mysql_backup.sh 每天3点0分进行备份 本文为仙士可原创文章,转载无需和我联系,但请注明来自仙士可博客www.php20.cn
2K20发布于 2020-09-28 什么是全量参数微调
在llama2-chinese里面有个全量参数微调概念，那么这个是什么意思？ 微调，Fine-Tuning，一般指全参数的微调（全量微调），指是一类较早诞生的微调方法，全参数微调需要消耗大量的算力，实际使用起来并不方便，因此不久之后又诞生了只围绕部分参数进行微调的高效微调方法； ； 除此之外，Fine-Tuning可以代指全部微调方法，同时OpenAl中模型微调AP1的名称也是Fine-Tuning， 需要注意的是，OpenAl提供的在线微调方法也是一种高效微调方法，并不是全量微调
34500编辑于 2025-07-20- 来自专栏橘子の笔记
Packagist Composer 中国全量镜像
mirrors.cloud.tencent.com/composer/ 腾讯云 24 小时 PHP 国内 Composer 镜像 https://packagist.phpcomposer.com 仁润股份 24 小时 不稳定 3
2.7K00发布于 2020-03-30 - 来自专栏腾讯专有云
千万保单，全量上云
流程耗时 新系统搭建了自动化投放测试、准生产环境，并通过DevOps建立了从开发到运行、到运维监控的软件全生命周期管理和治理能力，实现从核心投产演练的全流程自动化。 作为新系统核心业务流量的支撑，民生保险私有企业云基于腾讯云全栈专有云解决方案TCE打造。 它包括70%节点基于通用X86架构的私有云和30%节点基于全国产芯片为基础的私有云。 云平台内置一站式原生运维系统，支持8000多个监控指标和自动化巡检能力，仅需2-3名运维人员。 目前，腾讯云TCE已经助力中国银行、建设银行、中国人保、中国银联、深证通、中银证券、中信建投证券、方正证券、广州农商行等一大批大型金融机构构建了安全合规的全栈私有云，是行业落地案例最多、规模最大的专有云解决方案
1.3K20编辑于 2022-06-24 - 来自专栏散尽浮华
Mysql备份系列（3）--innobackupex备份mysql大数据(全量+增量）操作记录
增量备份需要基于全量备份 先假设我们已经有了一个全量备份（如上面的/backup/mysql/data/2016-12-01_00-07-15），我们需要在该全量备份的基础上做第一次增量备份。 ---------------->增量备份后的恢复操作<---------------- 增量备份的恢复要比全量备份复杂很多，增量备份与全量备份有着一些不同，尤其要注意的是： 1)需要在每个备份(包括完全和各个增量备份 以上语句执行成功之后，最终数据在BASE-DIR（即全量目录）下，其实增量备份就是把增量目录下的数据，整合到全变量目录下，然后在进行，全数据量的还原。 还有最重要的一个环节，就是把增量目录下的数据整合到全量备份目录下，然后再进行一次全量还原。 比如：每周日的1:00进行全量备份，每周1-6的1:00进行增量备份。
3K101发布于 2018-01-23 - 来自专栏linda
【Mysql】xtrabackup全量增量备份脚本
全量备份脚本 #! =/usr/local/mariadb/bin/mysqladmin BACKUPDIR=/backup/mysql # 备份的主目录 FULLBACKUPDIR=$BACKUPDIR/full # 全库备份的目录 INCRBACKUPDIR=$BACKUPDIR/incr # 增量备份的目录 KEEP=1 # 保留几个全库备份 # Grab start time ###################### TMPFILE echo "Databases backed up successfully to: $THISBACKUP" # Cleanup echo "delete tar files of 3 days ago" find $BACKUPDIR/ -mtime +3 -name "*.tar.gz" -exec rm -rf {} \; echo echo "completed: `date
2.7K31发布于 2019-06-02 - 来自专栏sktj
shell 增量备份全量备份脚本
? ?
2.4K30发布于 2019-10-23 - 来自专栏洁癖是一只狗
redis全量复制和部分复制
上一节我们看到了docker搭建集群，今天我们说一些集群数据同步原理 我们在第一次同步数据的时候，redis集群都是进行全量复制，由于全量复制的开销比较大，在2.8版本之后就提出了一种部分复制，我们先看一下全量复制的流程原理 因此我们在2.8版本引入可部分复制,当网络抖动的时候，数据不同步的时候，此时我们就可以使用部分复制，2.8版本之前都是全量复制。 ? 期数据，由于从节点是不允许删除数据的，当过期数据量远大于淘汰的速 度，就可能读取到脏数据 3.从节点故障：成本是很高的。 规避全量复制 全量复制的开销非常大，产生全量复制的条件 1.第一次全量复制是不可避免的，我们可以到夜间操作或者设置maxmemory(指定Redis最大内存限制，Redis在启动时会把数据加载到内存中 )buffer的大小，可以有效的避免全量复制。
1.9K10发布于 2020-06-15 - 来自专栏Postgresql源码分析
Mysql手动全量增量迁移实战
如果可以接受一定时间的停写，可以使用mysqldump+binlog的方式迁移数据 规划 8002库迁移全量加增量到8001库，增量迁移时8002库只读保证数据一致。 ------+ | count(*) | +----------+ | 100000 | +----------+ 1 row in set (0.01 sec) （2）8002库模拟业务流量，并全量迁出 tps: 173.00 qps: 3460.04 (r/w/o: 2422.03/692.01/346.00) lat (ms,95%): 5.99 err/s: 0.00 reconn/s: 0.00 全量迁移出 切换了binlog （3）全量迁移结束，8002库继续写入一段时间，8001库全量迁入 mysql -uroot -proot -P8001 -h127.0.0.1 server_234_db < db.sql （4）8002库只读，开始迁移binlog flush tables with read lock; set global read_only=1; 业务停写，确认binlog无增长 主库全量迁移位点
2.1K40编辑于 2022-05-12 【详解】基于mysqldump全量备份还原
基于mysqldump全量备份还原在数据库管理中，数据备份和恢复是非常重要的环节。mysqldump 是 MySQL 提供的一个非常强大的命令行工具，用于备份数据库。 本文将详细介绍如何使用 mysqldump 进行全量备份，并在需要时进行数据还原。 以上是关于使用 mysqldump 进行全量备份和还原的技术博客文章。希望对您的数据库管理和维护工作有所帮助。当然可以！ 场景描述假设你有一个生产环境中的 MySQL 数据库，需要定期进行全量备份，并在需要时能够快速恢复数据。 全量备份步骤1：生成备份文件使用 mysqldump 命令生成全量备份文件。备份文件将保存在本地的 /backup 目录下。
1.7K10编辑于 2025-10-02- 来自专栏沈唁志
国内的Composer全量镜像汇总
自从 Packagist 中国全量镜像服务停止以后，大部分的 phper 都会使用 laravel-chind 的提供的镜像，但是最近因为大量的恶意请求而出现资源告急的情况，已经做了一些限额处理 分享一些国内可用的 Composer 全量镜像，速度自测～ Alibaba Cloud Composer Mirror 由阿里提供的镜像，阿里家大业大，大水管 镜像地址：https://mirrors.aliyun.com /composer/ Laravel China Composer 全量镜像 由 Laravel China 社区联合又拍云与优帆远扬共同合作推出的公益项目，将于 2019 年 9 月 4 号停用。 Packagist Mirror 由上海交通大学提供的镜像 镜像地址：https://packagist.mirrors.sjtug.sjtu.edu.cn Packagist / Composer 中国全量镜像 任何个人或团体，未经允许禁止转载本文：《国内的Composer全量镜像汇总》，谢谢合作！
6.3K40发布于 2019-12-09 - 来自专栏奔跑的人生
全量索引代码实现
上一节我们实现了索引基本操作的类以及索引缓存工具类，本小节我们开始实现加载全量索引数据，在加载全量索引数据之前，我们需要先将数据库中的表数据导出到一份文件中。 ，全量索引其实就是一种特殊的增量索引，为了代码的可复用，我们创建统一的类来操作索引。 加载全量索引其实是增量索引 "添加"的一种特殊实现 * * @author Isaac.Zhang | 若初 读取文件实现全量索引加载。 读取全量索引加载需要的文件</h3> * * @param fileName 文件名称 * @return 文件行数据 */ private List<String
67430发布于 2019-08-22 - 来自专栏数据库相关
全量SQL的采集和利用
1711339402135,"cip":"192.168.31.1","cport":2303,"user":"dts","db":"db1234","sql":"SELECT * FROM `sbtest3` `sbtest3`","cms":1}{"sip":"192.168.31.181","sport":3306,"cpr":1,"bt":1711339402140,"cip":"192.168.31.1 SELECT STATE AS `Status`, ROUND(SUM(DURATION),7) AS `Duration`, CONCAT(ROUND(SUM(DURATION)/0.001501*100,3) , '') AS `Percentage` FROM INFORMATION_SCHEMA.PROFILING WHERE QUERY_ID=3 GROUP BY SEQ, STATE ORDER BY 3 对于prepare只保留语句，没有保留变量，这个涉及到协议的解析，作者表示难实，因此现暂不支持官方文档上，采集到kafka的写法：.
64910编辑于 2024-04-26 - 来自专栏开源部署
Oracle增量和全量备份方案
Oracle生产备份方案 crontab 配置 周末全量备份，其他日期增量备份,清除15天以前文件 0 5 * * * find /app/oracle11g/product/11.2.0/archdir 6 |xargs rm -fr #rmanbackup 30 4 * * 6 sh /backup/feikong/scripts/rman_backup_0.sh 30 4 * * 0,1,2,3,4,5
1.1K20编辑于 2022-08-18 - 来自专栏绿盟科技研究通讯
告警全量分诊思路分析
告警全量分诊要点分析 2.1 告警组成分析 类似医院的分诊，只有了解人体的组成部分，才能分门别类的设置各种诊室一样，为了实现告警全量分诊，就必须知道告警的组成部分。 网络流量分析中，我们经常会使用各种数据分析的方法，如：分类、聚类、异常检测等，那么流量分析中的各种算法如何有机的作用到全量分诊当中呢？笔者在这里分析出如下要点。 图2. 这种形式对运营人员更友好，并且进一步降低了底层告警的数据量，提升运营效率。 2.2.3 要点3 告警聚合 告警聚合是IDS告警研究中的常见话题，目标是：将同质的告警融合到一类中，达到类中相似，类间不同的效果。与攻击聚合不同的是，告警聚合不针对特定攻击类型，是纯聚类算法。 总结 本文指出目前安全运营中心普遍基于“高置信规则”的运营方法并不完善，并提出全量分诊的设想，勾勒了全量分诊中可能涉及到的功能要点，目前这些要点正在也在内部研究验证。欢迎读者朋友交流心得、批评指正。
98820编辑于 2022-11-14 - 来自专栏QQ音乐技术团队的专栏
Android全量编译加速——（透明依赖）
虽然已经有许多增量编译加速方案，但不可避免的在很多场景，还是需要全量编译。 而对于全量编译加速，我们遇到了一些困难： K歌的项目里，总代码量160w行，kotlin代码占比43%左右，编译耗时占比却高达70%，必须要压缩这个比例。 于是需要找到一种方法，既能继续享受kotlin带来的开发便利，也能缓解全量编译时间快速增长的问题。 1.2. 3. 三方库版本冲突 ? 最终编译后share代码版本依然为1.2.0，因为B.aar存在对share:1.2.0依赖。Gradle将考虑所有请求的版本，无论它们出现在依赖关系图中的何处。 3、执行 Gradle确定要在配置阶段创建和配置的任务子集。子集由传递给gradle命令的任务名称参数和当前目录确定。然后Gradle执行每个选定的任务。
3K30发布于 2021-06-03
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号