.................... 4 2.4.3 Mysql 的安装和配置 ........................................................................................ 4 2.4.4 Mysql 的主主同步配置 ......................................... ....... 5 2.4.7 Keepalived 的配置 .......................................................................................... 5 2.4.8 Master 和 backup 的 realserver 的配置 ............................... ................... 10 3.5.2 Mysql 的安装和配置 ...................................................................................... 10 3.5.3 Mysql 的主主同步配置 ..........................................

....................................................................................... 20 7.4 服务器消息过滤 .............................................................................................. . 32 11.2.2 客户端的公共配置 ................................................................................................................................. 32 11.2.3 Producer 配置 ..................... 11.2.4 PushConsumer 配置 ............................................................................................................................... 33 11.2.5 PullConsumer 配置 ....................

. 475 X.III.II 更改引导时的默认操作系统 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 478 X.III.III 配置启动应用程序 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 479 X.IV 本课小结 . . . 了，可是，我装的软件并不多，这是怎么回事？ . . . . . . . . . . 488 XI.II.VIII我安装的是 Beta/RC 版，我可以升级到正式版吗？ . . . . . . 489 XI.III 系统管理和个性化配置 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 489 XI.III.I Root . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41 II.24 配置语言 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

比如，订单处理流程，那么对读需要强一致性，实时写实 时读，类似种涉及交易的或者动态实时报表统计的都要采 用这种架构模式 弱一致性 如果是弱一致性的话，可以通过在 M2 上面分担一些读压力 和流量，比如一些报表的读取以及静态配置数据的读取模块 都可以放到 M2 上面。比如月统计报表，比如首页推荐商品 业务实时性要求不是很高，完全可以采用这种弱一致性的设 计架构模式。 中间一致性 如果既不是很强的一致性又不是很弱的一致性，那 S1(R) ，作为备库，提供读取服务，减少 M1(WR) 的 压力，而另外一个 idc 机房的 M2 只做 standby 容灾方 式的用途。 当然这里会用到 3 台数据库服务器，也许会增加采 购压力，但是我们可以提供更好的对外数据服务的能力和 途径，实际中尽可能两者兼顾。 MySQL 架构设计—高可用架构  系统优化：硬件、架构 系统优化：硬件、架构  服务优化 数据分布 网络 网络 操作系统 操作系统 硬件 硬件  使用好的硬件，更快的硬盘、大内存、多核 使用好的硬件，更快的硬盘、大内存、多核 CPU CPU ，专业的 ，专业的 存储服务器（ 存储服务器（ NAS NAS 、 、 SAN SAN ） ）  设计合理架构，如果 设计合理架构，如果 MySQL MySQL 访问频繁，考虑 访问频繁，考虑 Master/Slave

.......................................................................................3 2.1 BIOS 配置................................................................................................... 规格（带宽、最大连接数、新建连接数等）限制，导致压测结果达不到预期。 2. 接着看关键指标是否满足要求，如果不满足，需要确定是哪个地方有问题，一般 情况下，服务器端问题可能性比较大，也有可能是客户端问题（这种情况比较 小）。 3. 对于服务器端问题，需要定位的是硬件相关指标，例如CPU，Memory，Disk I/O，Network I/O，如果是某个硬件指标有问题，需要深入的进行分析。 4. 一般指的是CPU、内存、磁盘I/O方面的问题，分为服务器硬件瓶 颈、网络瓶颈（对局域网可以不考虑）。 操作系统 一般指的是Windows、UNIX、Linux等操作系统。例如，在进行性 能测试，出现物理内存不足时，虚拟内存设置也不合理，虚拟内 存的交换效率就会大大降低，从而导致行为的响应时间大大增 加，这时认为操作系统上出现性能瓶颈。 数据库 一般指的是数据库配置等方面的问题。例如，由于参数配置不合 理，导致数据库处理速度慢的问题，可认为是数据库层面的的问

broker1, broker2, borker3 三台 broker 机器都配置了 Topic_A Broker1 的队列为 queue0 , queue1 Broker2 的队列为 queue0, queue2, queue3, Broker3 的队列为 queue0 当然一般情况下的 broker 的配置都是一样的 以上当 broker 启动的时候注册到 namesrv 的 Topic_A 排好序类似于记录 将所有消费端 consumer 排好序，相当于页数 然后获取当前 consumer 所在页面应该分配到的 queue 2） 按照配置来分配队列， 也就是说在 consumer 启动的时候指定了 queue 3） 按照机房来配置队列 Consumer 启动的时候会指定在哪些机房的消息 获取指定机房的 queue 然后在执行如 1）平均算法 根据分配队列的结果更新 任务提交到线程池。 长轮询向 broker 拉取消息是批量拉取的， 默认设置批量的值为 pullBatchSize = 32， 可配置 消费端 consumer 构建一个消费消息任务 ConsumeRequest 消费一批消息的个数是 可配置的 consumeMessageBatchMaxSize = 1， 默认批量个数为一个 ConsumeRequest 任务 run

辅助功能举例： 播放视频并显示⽔印位置：便于发现⽔印位置是否准确 播放效果： -》⽅便看出要去除的⽔印的位置有偏差 可以后续再调整参数值，让去除⽔印的区域更加准 确 ffserver：搭建流媒体服务器 -》⽤来⽀持其他端去播放⾳视频 ffplay -f lavfi -i ffplay -f lavfi -i "movie=course_59485_video_no "movie=course_59485_video_no rt，在⽤ffmpeg从srt转换出ass 字幕 获取 47 编辑字幕 ⽤Aegisub编辑字幕，，调整出我要的效果后，另存为保存出的ass⽂件 把其配置： 换进来即可 输出=编辑后 核⼼配置 就⼀句： 起到了配置字幕属性，实现了效果： 字体：PingFang SC 字体⼤⼩：20 字幕的背景半透明效果：后⾯很多参数组合的效果 [[Script Info Script 后续调整字幕的⼤⼩后，预览中视频⾥的字幕仍旧很⼩，导 致字幕字体⼤⼩⽆法⽣效 重新选这个：重设脚本分辨率 但是也会导致另存为的ass⽂件中，有视频⽅⾯的设置 我是后来⾃⼰参考原始的配置，改回去为原始的配置的 crifan.com，使⽤署名4.0国际(CC BY 4.0)协议发布 all right reserved， powered by Gitbook最后更新： 2021-09-14

(ios/android/c++) • 使用第三方堆栈实现兼容功能（Go） https://github.com/pion/webrtc 一对一视频原理 基本通讯流程 5 RTP/RTCP/媒体流 1 Offer 信令服务器 2 Offer 3 Answer 4 Answer SDP(Session Description Protocol) v=0 o=mozilla...THIS_IS_SDPARTA-82 iOS/Android 服务端 第四部分 如何实现多人视频服务 • 一个SFU 服务器 （pion/ion-sfu) • 一个信令协议与客户端通讯, 完成SDP的交互 （Websockets/json-rpc/grpc） • 一个WebRTC 客户端 （浏览器/原生客户端/flutter 客户端） SFU工作原理 SFU 服务器 https://pion.ly/ The Open Source

• WorkQueue：事件合并、过滤、延时、限速 Operator CRD 里有什么 MySQL CRD • Spec：配置 & 期望状态 • Status：当前状态 MySQL 配置 • 版本 • 端口 • 存储信息 • 配置文件 集群配置 • 副本数 • 高可用模式 K8s 调度信息 • 资源套餐 • 亲和性信息 • NodeSelector 使用 CRD

“/vol-1/buck-1/dir1/dir2/dir3/file-1” ● LEGACY: 所有已存在的桶，升级后变成LEGACY 版本，以⽀持向后兼容 存储Key格式基本同OBS, 通过配置项区分偏向⽂件，还是偏向S3对象的⽀持 引⼊Bucket级别 OM Metadata Layout 版本号 ⽂件系统优化 ⽂件系统优化效果 Query Details: Dropped “catelog_sales” C4 C5 C6 DN2 DN3 DN4 C2 C4 C6 C5 发送命令 & 查询结果 发送命令 汇报⼼跳 均衡器Ozone Balancer 主要配置项 • 启动服务 • 停⽌服务 • Threshold配置 • 最多连续迭代运⾏次数 • 每次迭代最⼤迁移数据量 Average使⽤率 DN1 DN2 DN3 DN4 + threshold - threshold 物理块：每个DN磁盘上的数据块，默认是256MB • 逻辑EC块：属于单个条带，满⾜EC策略的⼀组数据块。例如EC-3-2，⼀个逻辑块 3*256MB⼤⼩ • 条带粒度：条带的粒度默认1MB，可配置 数据读取 DN5 C-2 DN1 C-2 DN2 C-2 DN3 C-2 DN4 C-2 EC Container Group 客户端 读取⽂件 Chunk1 Chunk2