- 综合排序
- 最热优先
- 最新优先
- 来自专栏技术杂记
mysql 迁移5
1.6.7-356.rhel6.x86_64 libmysqlclient.so.16()(64bit) is needed by (installed) postfix-2:2.6.6-6.el6_5. x86_64 libmysqlclient.so.16(libmysqlclient_16)(64bit) is needed by (installed) postfix-2:2.6.6-6.el6_5. el6.x86_64 mysql-libs is needed by (installed) postfix-2:2.6.6-6.el6_5.x86_64 [root@slave02 src]# rpm ln: creating symbolic link `/usr/lib64/libmysqlclient_r.so': File exists 2:Percona-Server-client-5# ########################################## [ 67%] 3:Percona-Server-server-5#######################
1.3K40编辑于 2022-03-22 - 来自专栏技术杂记
mysql 迁移5
1.6.7-356.rhel6.x86_64 libmysqlclient.so.16()(64bit) is needed by (installed) postfix-2:2.6.6-6.el6_5. x86_64 libmysqlclient.so.16(libmysqlclient_16)(64bit) is needed by (installed) postfix-2:2.6.6-6.el6_5. el6.x86_64 mysql-libs is needed by (installed) postfix-2:2.6.6-6.el6_5.x86_64 [root@slave02 src]# rpm ln: creating symbolic link `/usr/lib64/libmysqlclient_r.so': File exists 2:Percona-Server-client-5# ########################################## [ 67%] 3:Percona-Server-server-5#######################
68020编辑于 2022-03-21 - 来自专栏IT笔记
ELK日志分析系统迁移记录
写在开始 做项目不记录日志？线上的问题永远不会知道何时发生过？只会在出现事故之后身处茫然之中。 由于之前ELK日志分析是在自己的服务器上进行试水，断断续续运行了一年多时间。 今天抽空赶紧把ELK迁移一下，由于Logstash本身就配置于各个系统之中，所以这里只是对Redis、Elasticsearch和Kibana进行了配置，当然还有一些邮件发送的配置。 看了下官网，Elasticsearch和Kibana已经进行了升级，Kibana更新到了版本5，而Elasticsearch也跟随升级到了5。 由于系统环境是JDK1.7，而Elasticsearch依赖JDK1.8，同时Kibana又必须依赖Elasticsearch，只能升级作罢，按照原来的迁移。 系统架构 ? 方便开发或者运维人员统计分析和查询日志信息。 对于错误日志统一处理并发送通知。
1.5K40发布于 2018-04-16 Svelte 5 迁移指南
Svelte 5 迁移指南Svelte 5 采用了全面改进的语法和响应性系统。虽然开始时可能看起来有所不同，但您很快会注意到许多相似之处。本指南详细介绍了这些变化，并向您展示如何升级。 我们也是这样认为的，这就是为什么我们提供了迁移脚本，用于自动完成大部分迁移。您可以使用 npx sv migrate svelte-5 升级您的项目。 这将执行以下操作：更新您的 package.json 中的核心依赖项迁移到符文（let -> $state 等）将 DOM 元素的事件属性迁移为事件属性（on:click -> onclick）将插槽创建迁移为渲染标签 to Svelte 5 Syntax 命令迁移单个组件，或在我们的 Playground 中通过 Migrate 按钮完成。 并非所有内容都可以自动迁移，一些迁移在之后需要手动清理。以下部分将更详细地描述这些内容。run您可能会看到迁移脚本将一些 $: 语句转换为从 svelte/legacy 导入的 run 函数。
39310编辑于 2025-08-23- 来自专栏DBA随笔
MySQL线上日志库迁移优化案例
MySQL线上日志库迁移优化案例 说说最近的一个案例吧，线上阿里云RDS上的一个游戏日志库最近出现了一点问题，随着游戏人数的增加，在线日志库的数据量越来越大，最新的日志库都已经到50G大小了，在线变更的时间非常长 之前之所以没有发现，是因为之前一直没有进行过日志库的变更，但是随着业务的深入，需要增加一些游戏属性，要对之前的日志库进行变更，这样一来，长时间的维护窗口让业务方和DBA都望而却步，日志优化迫在眉睫。 首先看日志库的情况： 1、日志库中数据量大于5000w的大表有5张； 2、这5张表开量前每个月的数据量大概在2000w左右，开量后会更多； 3、有2个表的索引大小已经超过数据文件大小 询问了业务方和运营对这些表的要求 3、日志库在迁移的过程中，能够容忍几分钟的表数据丢失，对数据的同步实时性要求不是很高 4、线上的日志库需要支持用户活跃度等统计 5、不希望执行分库分表，有很多查询近几个月的SQL操作，表之间存在一定的耦合性 5、从本地的只读从库中，像本地的infobright数据库中同步数据，同步的方法可以选用dataX工具，像下面这样： ?
80130发布于 2019-11-06 - 来自专栏log
vue-cli@2.x项目迁移日志
vue-cli@2.x项目迁移日志 虽然 vue-cli@3 早就已经巨普及了，新项目应该已经很少有人还有使用 vue-cli@2.x 。 [image] 迁移配置 新建 babel.config.js 文件， 内容是 module.exports = { presets: [ '@vue/app' ] } 新建 vue.config.js
67900发布于 2019-06-07 - 来自专栏finleyMa
RxJS 5 到 6迁移指导
以下为升级示例： // Rxjs5写法，操作符链 source .map(x => x + x) .mergeMap(n => of(n + 1, n + 2) .filter(x => THROWERROR() // deprecated Observable.throw(new Error()); //use instead throwError(new Error()); 已弃用的方法 根据迁移指南 import { zip } from 'rxjs'; zip(a$, b$, c$); 总结 RxJS 6带来了一些重大改变，但是通过添加rxjs-compat软件包可以缓解这一问题，该软件包允许您在保持v5代码运行的同时逐渐迁移 个人备注，现在网上大部分教程还是rxjs5的，rxjs6变化还是蛮大的，学习时候要留意区别。
2.2K20发布于 2019-03-04 - 来自专栏前端迷
webpack 5 更新日志
我们目前尝试通过引入破坏性更改来为新特性做准备，以便于我们能尽可能长期地使用 v5。 迁移指南 => 查阅迁移指南[1] <= 主要更改 移除废弃的代码 v4 中所有废弃的代码均已删除。 webpack 5 会停止自动 polyfill 这些核心模块，并专注于与前端兼容的模块。 迁移: 尽可能尝试使用与前端兼容的模块。 可以为 Node.js 核心模块手动添加 polyfill。 webpack 4 仅能于生成 ES5 的代码。webpack 5 现支持 ES5 或 ES2015 的代码。 默认配置将生成 ES2015 的代码。 （自 alpha.3 起） 更新解析器 enhanced-resolve 已更新至 v5。 __dirname默认为 false（自 alpha.14 起） 参考资料 [1] 查阅迁移指南: https://github.com/webpack/changelog-v5/blob/master
1.7K10发布于 2019-10-22 - 来自专栏技术杂记
日志服务器（5）
[root@h105 rsyslog-mysql-5.8.10]# Tip: 注意到这里并没有索引，应该是和日志的 append only 属性相关 ---- 查看表结构 [root@h105 rsyslog-mysql | | mysql | | performance_schema | | test | +--------------------+ 5
97920发布于 2021-10-19 - 来自专栏向治洪
React Navigation 5.x迁移指南
x的基本使用，本文主要讲如何将4.x迁移到5.x。 对比4.x，大部分API和4x都是一致的，当然5.x的变化还是蛮大的，并且语法也发送了一些变化，不过迁移的总体成本并是很大。 首先，在5.x中对应的包名发生了变化，要完成4.x到5.x的迁移就需要将下面的包迁移到5x中去。 [在这里插入图片描述] 因此，将4.x迁移到5.x只需要对照上表，在package.json中依赖的4.x的包删除，然后重新安装对应右侧5.x的包即可。 <NavigationContainer independent={true}> 路由配置迁移 在React Navigation 4.x版本小红，我们通常使用createXNavigator(
2.7K00发布于 2020-12-21 - 来自专栏云计算教程系列
5 种 Docker 日志最佳实践
简单地说，当从一个环境迁移到另一个环境时，容器提供了一种简单且可扩展的方法可以运行软件。 Docker日志驱动 在Docker中进行日志记录的第三种方法是使用平台的日志驱动程序将日志事件转发给在主机上运行的syslog实例。 然而，使用Docker日志驱动程序也有一些缺点: 它不允许进行日志解析，只允许进行日志转发。 Docker日志命令只与日志驱动程序JSON文件一起工作。 从日志记录的角度来看，Sidecar方法的优点是每个容器都与它自己的日志容器有关(应用程序容器保存日志事件和日志容器标记，然后像Loggly那样将它们转发到日志管理系统)。 原文：5 Docker Logging Best Practices 作者：Jeffrey Walker 翻译：Vincent
2.8K00发布于 2017-08-21 - 来自专栏Sign
精灵之息 开发日志（5）
但是就算明白这个，也很难改，因为“精灵之息”或者说“独立游戏”身上带有的那种“不亲切感”是它吸引到一部分人的原因，那如果这个东西没了，那独立游戏还算独立游戏吗？
47520发布于 2021-08-06 - 来自专栏企鹅号快讯
Python模块知识5：日志logging
logging模块提供了通用的日志系统，可以采用不同的方式记录日志，比如文件，HTTP、GET/POST，SMTP，Socket等，甚至可以自己实现具体的日志记录方式； 日志分不同提醒级别，级别顺序为： 1、logger：提供日志接口，供应用代码使用。最常用的操作有两类：配置和发送日志消息。 3、filter：决定一个日志记录是否发送到handler。 4、formatter：指定日志记录输出的具体格式。 %(name)s-%(levelname)s-%(message)s')) #5添加到handler logger.addHandler(screen) #6调取日志，打印到屏幕 logger.warning message') logging.info('This is info message') logging.warning('This is warning message') 执行结果：屏幕 文件： 案例5：
1K70发布于 2018-01-11 - 来自专栏贾志刚-OpenCV学堂
PyQT5+ONNXRUNTIME实现风格迁移应用
2023年一月份跟二月份创建了一个PyQT5人工智能软件开发系列的文章系列，过去的两个月都没怎么更新，心里一直想有时间继续更新下去，今天又更新了一篇，基于PyQT5实现多线程、界面化、风格迁移模型的实时推理 基本设计思路 这个系列我好久没有更新了，今天更新一篇PyQT5中如何实现风格迁移模型的推理界面化与多线程支持。构建如图： 参数设置选择模型文件与数据文件地址作为输入。 模型说明 基于PyQT5与Candy风格迁移模型实现一个可视化的风格迁移界面程序，实现对任意视频与图像的Candy风格化。 这里我选取了一个轻量化的风格迁移模型，整个模型大小只有不到2MB，模型的输入与输出格式与解释截图如下： 记住输入图像的通道顺序是BGR、大小是720x720，然后输出跟输入的格式一致，但是输出是浮点数， 运行与演示 图像输入与风格迁移效果： 视频运行 应用程序演示 最终调用应用程序代码，实现启动与运行的界面如下 # 初始化APP实例 import platform app = QtWidgets.QApplication
46230编辑于 2023-10-26 - 来自专栏乐沙弥的世界
批量迁移Oracle数据文件，日志文件及控制文件
有些时候需要将Oracle的多个数据文件以及日志文件重定位或者迁移到新的分区或新的位置，比如磁盘空间不足，或因为特殊需求。 对于这种情形可以采取批量迁移的方式将多个数据文件或者日志文件实现一次性迁移。当然备份恢复也是其中的方式之一。本文主要描述如何使用批量方式来迁移数据文件，日志文件。 源路径：数据库SYBO2SZ所有的数据文件，日志文件，控制文件全部位于SYBO2SZ下的相应子目录。 sys@SYBO2SZ> @/users/robin/dba_scripts/custom/sql/transfer_db_files -->调用脚本进行数据及日志文件的迁移 Step 1, --如果仅仅是迁移数据文件以及日志文件则上述步骤完成即可 --如果需要修改相关的参数文件以及迁移控制文件则继续下面的步骤 --由于控制文件的在mount状态下被校验，因此我们在nomount状态下来处理
1.4K20发布于 2018-08-14 - 来自专栏iSharkFly
Hibernate 5 测试的时候日志错误
请参考： OSSEZ-44 - Covid19Test 运行出现日志错误 In Progress
60330发布于 2020-04-08 技术日志挑战——第5天：0728
Example Part','',(#2)); #4 = PRODUCT_DEFINITION_FORMATION_WITH_SPECIFIED_SOURCE('','NOT_KNOWN',#3); #5 PRODUCT_DEFINITION_CONTEXT('Part Definition','MANUFACTURING',2); #7 = PRODUCT_DEFINITION_FORMATION('Example Part',#6,#5)
66300编辑于 2024-07-29- 来自专栏民工哥技术之路
5 款顶级 Kubernetes 日志监控工具
潜在的问题使得Kubernetes日志管理工具变得十分重要。 企业总是设法寻找适用的工具满足需求，并让监控，日志记录和故障分析尽可能高效和快速。 Zebrium也可以用作独立的日志管理平台，也可以与ELK Stack或其他日志管理器集成。 Sematext不仅限于Kubernetes日志，还可以监控和Kubernetes（基于度量标准和日志）。 收集到的日志会自动针对几种不同的已知日志格式进行解析/结构化，并且用户还可以提供自定义日志的模式。 如果你的日志有多个或特殊的来源，则可尝试使用Fluentd及其统一的日志记录层，但是你仍然需要一个日志记录工具。
1.5K20发布于 2020-11-17 - 来自专栏小孟开发笔记
tp5实现Log 日志输出
第一步: 引入tp5自带log日志类 use \think\Log; 第二步配置日志文件 Log::init([ // 日志记录方式，内置 file socket 支持扩展 'type' => 'File "\n"); 官方给出的日志文档如下: 日志级别 ThinkPHP对系统的日志按照级别来分类，并且这个日志级别完全可以自己定义，系统内部使用的级别包括： log 常规日志，用于记录日志 error 错误 日志自动清理 V5.0.16+版本开始，支持文件日志的自动清理功能，你可以设置 'max_files' => 30 则日志文件最多只会保留30个，超过会自动清理较早的日志文件，避免日志文件长期写入占满磁盘空间 5. error_log = E:/php_log/php_error.log ;指定产生的 错误报告写入的日志文件位置 输出错误日志信息 error_log(“输出错误日志”, 0); phpstudy mysql.log” long_query_time=2 log-slow-queries= “D:/phpStudy/MySQL/logs/slowquery.log” 未经允许不得转载：肥猫博客 » tp5实现
1.3K40编辑于 2023-02-20 - 来自专栏c++与qt学习
Spring5---新特性(日志，函数式，Junit5)
新特性 整合日志框架 导入相关的日志依赖 创建log4j2.xml的配置文件(配置文件的名字是固定的) 演示 手动输出日志 Spring5 框架核心容器支持 @Nullable 注解 Spring5 核心容器支持函数式编程风格 函数式注册对象 我们可以在注册对象的时候指定id Spring5 支持整合 JUnit5 （1）整合 JUnit4 （2）Spring5 整合 JUnit5 使用一个复合注解替代上面两个注解 ，完成 JUnit5 的整合 ---- 整合日志框架 Spring5框架自带了通用的日志框架 Spring5已经移除Log4jConfigListener,官方建议使用Log4j2 Spring5框架整合了 --控制日志输出的格式--> <PatternLayout pattern="%d{yyyy-MM-dd HH:mm:ss.SSS} [%t] %-<em>5</em>level %logger{ --root：用于指定项目的根<em>日志</em>，如果没有单独指定Logger，则会使用root作为默认的<em>日志</em>输出--> <loggers> <root level="info">
53511发布于 2021-11-15
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号