keepalived 作为故障转移，提高系统的可用性。但是一般的 mysql 高可用为了实现 mysql 数据的一致性，一般都是采用单点写入，本方案采用 keepalived 中的 sorry_server 来实现写入数据库为单点的需求。本方案实现的功能是当网络有问题、 mysql 有问题、服务器宕机、keepalived 服务停止后,服务器能自动跳转到备用机， 当主服务器服务启动起来后会自动切换回来。 VIP 分别进行设置，为读写分离做准备。  扩展不是很方便。  可以在后面添加多个从服务器，并做到负载均衡。 缺点：  在启动或者恢复后会立即替换掉定义的 sorry_server，因此如果要实现指 定条件替换或者不替换需要通过其他方式实现，比如：临时更改 mysql 的端口等。  切换需要 1s 左右的时间。 2.4 方案实战 2.4.1 适用场景 zhangxy@test.com } notification_email_from jiankong@test.com smtp_server mail.test.com smtp_connect_timeout 30 router_id LVS1 } vrrp_sync_group test

DeepSeek发布后在1月27日迅速登顶美国下载榜首；截 至1月30日，DeepSeek在168个国家位居下载榜第一名。 • OpenAI的CEO奥特曼承认DeepSeek的技术实力，并表 示将继续加快自身模型的迭代。 • Meta成立四个专门研究小组来分析DeepSeek R1的工作 原理，并基于此改进其大模型Llama 。 • 英伟达、微软、亚马逊等国际巨头纷纷接入DeepSeek。 DeepSeek R1引发全球关注 中文支持弱于本土模型 OpenAI GPT-4o 闭源大语言模型 多语言处理、文本生成、 创意内容创作 全模态能力行业领先； 实时交互响应快；商业化成熟度高 训练成本高；运营成本高 数据隐私争议大 Meta Llama 3.2 开源大语言模型 多语言支持、内容生成、 信息检索 完全开源免费；社区支持广泛； 多语言基础能力均衡 多模态功能缺失； 长文本生成质量不稳定 Anthropic Claude-3

提示语链的概念与特征 提示语链是用于引导AI生成内容的连续性提示语序列。通过将复 杂任务分解成多个可操作的子任务，确保生成的内容逻辑清晰、 主题连贯。从本质上看，提示语链是一种“元提示”（meta-prompt） 策略，它不仅告诉AI“做什么”，更重要的是指导AI“如何做”。 提示语链的设计和应用建立在多个理论基础之上，包括认知 心理学、信息处理理论、系统理论、创造性思维理论和元认

.................................................................... 31 10 RocketMQ 服务収现（Name Server） ............................................................................................... Consumer Group 一类 Consumer 的集合名称，返类 Consumer 通常消费一类消息，丏消费逡辑一致。  Broker 消息中转角色，负责存储消息，转収消息，一般也称为 Server。在 JMS 规范中称为 Provider。  广播消费 一条消息被多个 Consumer 消费，即使返些 Consumer 属亍同一个 Consumer Group，消息也会被 Consumer RocketMQ 物理部署结构 Name Server集群 Broker Master1 Broker Master2 Broker Slave1 Broker Slave2 Producer集群 Consumer集群 图表 5-2RocketMQ 网络部署图 RocketMQ 网络部署特点  Name Server 是一个几乎无状态节点，可集群部署，节点乀间无任何信息同步。

................................................................. 49 一： NettyRemotingAbstract Server 与 Client 公用抽象类 ............................................... 49 1. invokeSyncImpl 同步调用实现 ... Remoting 通信层： Rocketmq 的通信层是基于通信框架 netty 4.0.21.Final 之上做了简单的协议封装，是强依赖。 一： NettyRemotingAbstract Server 与 Client 公用抽象类 ResponseFuture 模式: invokeSyncImpl 和 invokeAsyncImpl 都使用了 请求方会 new 发送失败 responseFuture.setSendRequestOK(false), 信号量通过 once 释放， 删 除缓存 Netty 接收 server 端响应，根据 opaque 从缓存获取 responseFuture，调用回调方法即接 口 InvokeCallback 实现 3. invokeOnewayImpl 单向请求

& 5.7 Master Slave1 Slave2 MySQL 集群：1 主 2 从 MySQL 容器化系统架构 REST CLI Kubernetes Master API Server Scheduler Controller Manager NodeM kubelet kube-proxy docker mysql pod-5 mysql pod-6 … … Mysql Operator pod … … mysql Pod-T 0. 创建 CRD 3. 集群管理 2. 调度 pod Ceph MySQL-Operator 主流程 API Server Reflector DeltaFIFO Local Storage Callbacks OnAdd OnUpdate OnDelete WorkQueue List/Watch Informers • Listers • DeepCopy code-generator MySQL 容器化系统架构 REST CLI Kubernetes Master API Server Scheduler Controller Manager NodeM kubelet kube-proxy docker mysql pod-5 mysql pod-6 … …

使用 Docker 建立 Mysql 集群 软件环境介绍 操作系统：Ubuntu server 64bit 14.04.1 Docker 版本 1.6.2 数据库：Mariadb 10.10 （Mariadb 是 MySQL 之父在 MySQL 被 Oracle 收购之后 创建的分支，性能上优于 MySQL 开源版本） 第一步 安装 Docker 对于 Ubuntu，建议直接联网安装 Docker mdb1 /bin/bash 进入主数据库容器内之后， vi /etc/mysql/my.cnf 把“server-id = 1”行的注释去掉即可，保存，退出容器，然后 docker restart mdb1 同样的，把从数据库的 my.cnf 修改“server-id = 2”,需要是比主 server-id 大的数字，mdb2 同样需要重启。 3.4 使用客户端连接上主数据库，这里我使用的是 mysql

com/flutter-webrtc/flutter-webrtc-server https://github.com/flutter-webrtc/flutter-webrtc-demo • Support Windows/Linux/macOS • Built-in web, signaling, turn server • Support REST API For Access To TURN TURN Services • Use flutter-webrtc-demo for all platforms. Flutter WebRTC Server 一对一 网页端 一对一 iOS/Android 服务端 第四部分 如何实现多人视频服务 • 一个SFU 服务器 （pion/ion-sfu) • 一个信令协议与客户端通讯, 完成SDP的交互 （Websockets/json-rpc/grpc）

Full documentation: https://clickhouse.com/docs/en/integrations/lookerstudio#on-premise-clickhouse-server-setup Don’t fail on commands such as SET SQL_AUTO_IS_NULL = 0 Enabling ClickHouse -> MySQL types packets handler * ● Result set protocols - text and binary * https://dev.mysql.com/doc/dev/mysql-server/latest/PAGE_PROTOCOL.html How it started … 7 What is “command \x16”? ? QuickSight Tableau Online

Apache Ozone – 数据服务的核⼼设计 1. OM – 管理Ozone的Namespace ，也使⽤了RocksDB 2. SCM – 管理Ozone集群和数据 3. Recon Server – 监控Ozone集群 4. DataNode – 负责存储和汇报Storage Containers 5. Storage Containers – Ozone的存储单元，内置有RocksDB