升级

作者：李鹏博 爱可生 DBA 团队成员，次要负责 MySQL 故障解决和 SQL 审核优化。对技术执着，为客户负责。 本文起源：原创投稿 *爱可生开源社区出品，原创内容未经受权不得随便应用，转载请分割小编并注明起源。 MySQL 从 5.7 开始反对 MGR ，并一直地进行改良与欠缺，比方从 8.0.14 新增了 group_replication_consistency 参数用于配置集群一致性；从 8.0.16 新增 group_replication_consistency 参数来反对 auto-rejoin 性能，从 8.0.17 开始反对 clone 插件并用于 MGR 的分布式复原。本文将介绍如何从 MySQL 5.7.25 单主模式的 MGR 组内滚动降级到 MySQL 8.0.26 。 MGR 能够离线降级，也能够在线降级，咱们通常都会抉择在线降级。而在线降级官网提供了3种形式：组内滚动降级、滚动迁徙降级、滚动反复降级。咱们这里应用最简略疾速的组内滚动降级形式。 组内滚动降级的形式就是在一个 MGR 组内，其中的每个实例都顺次从组中删除、降级，而后重新加入组中。这种形式比拟适宜单主模式。而对于多主模式下的组，因为在组内滚动降级期间主节点的数量会缩小，从而会导致写可用性升高，这是因为如果一个成员退出一个组时，它运行的 MySQL 服务器版本高于现有组成员运行的最低版本，它会主动放弃只读模式( super_read_only=ON )，从 MySQL 8.0.17 开始，当所有成员都降级到雷同的版本时，它们都会主动更改回读写模式；而对于之前的版本，则须要在每个成员上手动设置 super_read_only=OFF 来将实例改回读写模式。 以下将大抵介绍降级的步骤： 一. 确定MGR模式和版本1. 确认MGR模式show variables like '%group_replication_single_primary_mode%';2. 确认主节点select * from performance_schema.replication_group_members;SHOW STATUS LIKE 'group_replication_primary_member';3. 确认节点数据库版本MySQL 5.7须要每个独自确认select @@version;留神：后面的1. 2. 3. 步骤在 MySQL 8 外面可只通过一条语句确认： ...

本月 BML 降级全新 WebIDE 编程环境，晋升10+编码能力、新增三大通用插件，让 AI 开发更便捷、更高效。度目智能视频剖析盒 G1 全新公布，算法当先、性能强劲、边云协同，为园区、商圈等场景提供考勤、通行治理的解决方案；EdgeBoard 边缘 AI 计算盒（FZ9D-高性能版）全新公布，兼容丰盛的算法和 AI 工具平台,搭配 EasyDL 实现零门槛模型定制与软硬一体部署，工业级品控、部署简略、性能优越，实用于视频智能化剖析场景，在边缘侧实现模型推理，无效节俭服务器硬件、带宽传输等老本。本月共有18项重要产品能力降级、上新，上面就给你带来百度大脑最新动静。 #重点领先看#  BML 降级全新 WebIDE 编程环境  晋升10+编码能力、新增3大通用插件 AI  开发更便捷、更高效  BML 全新的 WebIDE 开发环境基于 Jupyterlab 3.0+版本研发，领有弱小的交互式编码体验，晦涩的端云协同开发机制和丰盛的 AI 开发工具。在编码体验、插件建设等方面降级相干能力，心愿给开发者带来更便捷、更高效的开发体验。 编码体验上，本次降级10+编码相干能力，蕴含代码主动补全、用法提醒、变量重命名等。对运行体验进行优化，反对疾速新建 cell/code ,新增 markdown 编辑器。通用插件建设上，新增代码片段性能，内置公共代码片段库，反对珍藏本人的代码片段；包治理方面，内置 PaddlePaddle，反对用户抉择适合版本一键装置、卸载和降级；新增资源监控性能，对以后资源应用状况进行动静监控；提供数据模型可视化能力，用户能够更直观、清晰地查看数据的特色与变化趋势。立刻体验 BML：https://ai.baidu.com/bml/  度目智能视频剖析盒 G1 全新公布  百度自主研发的智能边缘计算盒，可对接网络摄像头、抓拍机等前端设施，提供蕴含属性剖析及口罩检测相干的视频剖析能力，反对16路高清视频流、32路图片流灵便接入，具备30万大底库容量，最多实现30人同屏抓拍。提供配套治理平台，反对 QT、Web 双界面，插电即用，丰盛的二次开发接口不便疾速集成，为楼宇、园区、校园、商圈构建考勤及通行治理解决方案。 查看详情：https://ai.baidu.com/dumu/fac... ▍三大亮点 更强算力：英伟达 Jetson Xavier NX module 算力达14 TOPS，最大反对16路 1080P 视频流/32路图片流更多协定接入：反对 ONVIF、RTSP、GB/T28181 视频接入，GA/T1400 图片接入配套治理平台：默认反对乘风治理平台，实现近程多设施对立治理，端云联合，插电即用▍利用场景 智慧社区：实用于社区出入口的智能门禁等场景，不便社区通行、保障社区平安；智慧校园：实用于校园出入口的重点人员监控，保障校园平安；也可用于教室、寝室的智能考勤；商业地产：可用于会场、科技园区的人流监控预警、重点人员防护，保护公共安全。 EdgeBoard 边缘 AI 计算盒（FZ9D-高性能版）【全新公布】 \EdgeBoard 边缘 AI 计算盒是百度面向边缘计算场景打造的高性能微型 AI 服务器。无缝兼容百度大脑凋谢能力，对接飞桨企业版 EasyDL 零门槛 AI 开发平台实现灵便的模型定制，内置可视化管理系统，极大不便了模型部署与二次开发。离线本地化部署，在边缘侧实现模型推理，无效节俭服务器硬件、带宽传输等老本。 ...

前言在咱们日常运维/运维开发工作中各种零碎次要分为两大流派 本文次要探讨下有agent侧一些注意事项客户端服务端的C/S架构长处 c/s架构相比于基于ssh的并发和吞吐量要高的多利用agent可做的事件很多以及更精准的管制毛病 性能更新须要降级agentagent如果保活是个头疼的问题机器上agent过多如何治理又是个问题agentless架构特点无侵入性agent:典型利用就是基于ssh ansible长处 无agent不须要关怀保活和笼罩问题性能更新次要在server端实现毛病 基于ssh的性能/性能较差经典client案例 配置管理/批量操作Saltstack MinionPuppet Agent监控prometheus 各种各样的exporter: node_exporteropen-falcon falcon-agentZabbix AgentC/S架构中agent侧注意事项agent资源耗费代码该当简洁，防止过多资源耗费agent资源监控能够应用prometheus的 client_golang ，默认会export 过程的cpu_user 、fd、mem等信息帮忙咱们定位资源耗费 # HELP process_cpu_seconds_total Total user and system CPU time spent in seconds.# TYPE process_cpu_seconds_total counterprocess_cpu_seconds_total 38913.32# HELP process_max_fds Maximum number of open file descriptors.# TYPE process_max_fds gaugeprocess_max_fds 6.815744e+06# HELP process_open_fds Number of open file descriptors.# TYPE process_open_fds gaugeprocess_open_fds 15# HELP process_resident_memory_bytes Resident memory size in bytes.# TYPE process_resident_memory_bytes gaugeprocess_resident_memory_bytes 1.4659584e+07# HELP process_start_time_seconds Start time of the process since unix epoch in seconds.# TYPE process_start_time_seconds gaugeprocess_start_time_seconds 1.59350253732e+09# HELP process_virtual_memory_bytes Virtual memory size in bytes.# TYPE process_virtual_memory_bytes gaugeprocess_virtual_memory_bytes 1.201352704e+09# HELP process_virtual_memory_max_bytes Maximum amount of virtual memory available in bytes.# TYPE process_virtual_memory_max_bytes gaugeprocess_virtual_memory_max_bytes -1agent如何降级治理举例:当初要降级agent版本 from v1.0 to v1.1 ...

前言在咱们日常运维/运维开发工作中各种零碎次要分为两大流派 本文次要探讨下有agent侧一些注意事项客户端服务端的C/S架构长处 c/s架构相比于基于ssh的并发和吞吐量要高的多利用agent可做的事件很多以及更精准的管制毛病 性能更新须要降级agentagent如果保活是个头疼的问题机器上agent过多如何治理又是个问题agentless架构特点无侵入性agent:典型利用就是基于ssh ansible长处 无agent不须要关怀保活和笼罩问题性能更新次要在server端实现毛病 基于ssh的性能/性能较差经典client案例 配置管理/批量操作Saltstack MinionPuppet Agent监控prometheus 各种各样的exporter: node_exporteropen-falcon falcon-agentZabbix AgentC/S架构中agent侧注意事项agent资源耗费代码该当简洁，防止过多资源耗费agent资源监控能够应用prometheus的 client_golang ，默认会export 过程的cpu_user 、fd、mem等信息帮忙咱们定位资源耗费 # HELP process_cpu_seconds_total Total user and system CPU time spent in seconds.# TYPE process_cpu_seconds_total counterprocess_cpu_seconds_total 38913.32# HELP process_max_fds Maximum number of open file descriptors.# TYPE process_max_fds gaugeprocess_max_fds 6.815744e+06# HELP process_open_fds Number of open file descriptors.# TYPE process_open_fds gaugeprocess_open_fds 15# HELP process_resident_memory_bytes Resident memory size in bytes.# TYPE process_resident_memory_bytes gaugeprocess_resident_memory_bytes 1.4659584e+07# HELP process_start_time_seconds Start time of the process since unix epoch in seconds.# TYPE process_start_time_seconds gaugeprocess_start_time_seconds 1.59350253732e+09# HELP process_virtual_memory_bytes Virtual memory size in bytes.# TYPE process_virtual_memory_bytes gaugeprocess_virtual_memory_bytes 1.201352704e+09# HELP process_virtual_memory_max_bytes Maximum amount of virtual memory available in bytes.# TYPE process_virtual_memory_max_bytes gaugeprocess_virtual_memory_max_bytes -1agent如何降级治理举例:当初要降级agent版本 from v1.0 to v1.1 ...

作者：赵拂晓爱可生 MySQL DBA 团队成员，Oracle 10g OCM，MySQL 5.7 OCP，善于数据库性能问题诊断、事务与锁问题的剖析等，负责解决客户 MySQL 及我司自研 DMP 平台日常运维中的问题，对开源数据库相干技术十分感兴趣。本文起源：原创投稿*爱可生开源社区出品，原创内容未经受权不得随便应用，转载请分割小编并注明起源。本文关键字：降级、Windows、账号治理背景最近有去某客户那里反对 MySQL 实例降级，他们的实例版本比拟多，有 5.5、5.6、5.7，外加各种小版本，平台也很多，有 Linux、Windows。对于 Unix/Linux 平台的 MySQL 版本升级，大家可能再相熟不过了，但对于 windows 平台的，可能接触地较少。因为我的项目上有需要，本人也在 Windows 环境上测试了一把，有了些心得，想跟大家分享一些教训，于是有了本文。这里次要是针对比拟常见的 5.6 到 5.7 的降级。 限度MySQL 官网提供了 2 种介质的降级形式：一种是 MySQL Installer 的形式（须要下载 MSI 可执行程序，进行图形化装置），另一种则是 noinstall zip 包的形式（就是咱们相熟的绿色软件，解压即用的那种，当然 MySQL 作为数据库软件，也没傻瓜到那种水平，还是须要一些额定操作的），举荐应用第 2 种形式，零碎侵入性小，方便快捷。间断大版本的降级（5.6 to 5.7）不能用 MySQL Installer，这种场景只反对 zip 形式。社区版和企业版之间，也不能用 MySQL Installer 降级，须要用 zip 形式。除了介质，降级的办法也有 2 种：一种是 IN-PLACE 形式（实用于数据量较大、小版本或间断版本的降级），另一种是逻辑形式（实用于数据量小、逾越大版本的降级）。对于大数据库，即使是采纳 IN-PLACE 形式降级，也可能会破费较长时间，因为执行 mysql_upgrade 时，默认也会对业务表进行数据转换和修复（这个问题在客户那儿也遇到了，300G 左右的库，有大量 MyISAM 表，最大的单表有 40G。修复过程其实是通过创立长期表进行重建，而他们的磁盘性能又不好，跑了很久都没有完结，起初通过 -s 参数跳过对业务表的修复）。如果是 Milestone 版和 GA 版之间的降级，也只能通过逻辑形式进行。环境筹备尽管是在讲降级，这里也略微提一下 Windows 上装置实例的办法。首先，筹备一台 Windows 主机（我这里用的是 Windows 10），去官网下载好 5.6.x，5.7.x for Windows 的 zip 包，我抉择了社区版的 5.6.30 和 5.7.30（最新 GA）的包。 解压完的 zip包 是这样的，有点像 Linux 上的二进制包： ...