公司十周年直播问题分析 问题现象 在直播过程中，有一些需要改善的地方，具体表现如下： 前期都在室内以及音视频通讯比较正常，无问题 ppt播放比较正常，无问题 主持人播放的视频在各会议点观看都很卡，基本上变成ppt 快闪阶段，有部分成员在户外拍摄，这个视频通信过程中存在卡顿现象 快闪过程中主持人电脑断网一次，差不多2分钟解决 主持人共享屏幕后播放视频到最后出现音视频不同步现象，音频比视频快，有可能是腾讯会议共享屏幕时候播放视频对机器性能影响过大，所以可能存在机器性能不足的问题 实际需求 直播需求，大家需要观看举办方的直播画面，视频文件，实时性要求可不高，但要求画面声音连贯不卡顿。基本直播功能。 互动需求1，需要与各分会场人员进行语音互动。常用直播只能实现单向互动，会议可以实现双向互动。 互动需求2，要能够把分会场画面投屏，可以由主会场控制投屏或者分会场主动投屏。常用直播软件无法设置分会场，无法投屏，会议软件可以投屏。 技术分析 目前排查到一个问题，当腾讯会议源画面在扩展屏幕的时候显示的码率（网速）很低，fps为个位数，本地看起来没有异常，但是其他用户基本等于看ppt。如果源画面在主屏幕，fps也只能维持在12帧左右，只能算勉强可以使用 另外fps帧率还跟共享的画面分辨率大小有关系。如果腾讯会议共享桌面抓取的源在播放过程中超过720p那么最高不超过30帧，如果超过1080p则不超过15帧，但对比两种测试情况，720p时候只是稳定性比较好，帧率幅度变化不大，也不超过15帧，而大于等于1080p帧率下降非常快，稳定性也差，在2~12帧左右，基本上符合用户端观看视频卡顿成ppt的情况 排查现象图片 腾讯会议获取扩展屏画面，可以看到帧率非常低 腾讯会议获取主屏幕画面，可以看到帧率稍高，但是也不满足高清视频播放的需求 需求解决 要解决视频播放卡顿的问题最重要的是提升用户端播放的帧率，这方面腾讯会议免费版看来是无法解决。实测720p也比较低，有可能机器配置有影响，但侧面说明此款软件在这类情况适用性不高。所以根据一开始的需求，需要更换其他方案： 直播使用obs+斗鱼，测试视频/ppt比较流畅，但斗鱼偏向讲课类型1对N直播，互动环节比较弱，语音互动更弱，主要表现在有一定的延迟，实测最少有5s（还需要验证是否能缩小），虽然互动弱可以通过腾讯视频解决，但两者要结合的话会出现互动的会场会重复通过直播听到自己的延迟声音，对于说一句长话的情况下会有一定的影响。此方案要减少斗鱼直播的延迟，并且依赖互动过程中腾讯视频的可用性。 使用现成的产品，如https://www.polyv.net/news/hy1168.html 宣传上可以达到我们的需求，但未测试 提升直播过程中的网络带宽，主持人机器配置 220410保利威 无延迟直播测试确实不错，在秒级别内基本上不会出现沟通障碍，且音视频稳定性挺好。但是仍然有几个小缺点。第一个是直播分无延迟和普通，无延迟目前只支持720P，所以放高画质视频会有损失。但是又不支持直播过程中切换有无延迟模式。第二个是互动的麦有1v16的上限，这个是可以接受的，正常会议模式大家也都是有序发言。然后就是观众是看不到发言者名字的，或者任何麦克风律动，也就是说如果演讲者只是在副屏，而主持人没有把当前演讲者投放到大屏，观众有可能不知道哪个副屏是谁在讲话。最后就是价格，因为是对面指定用户而不是斗鱼一样大众用户，所以是收费服务。

Vcenter server故障之一 证书过期 现象 报错： vcenter 503 Service Unavailable 排查 解决 参考： https://kb.vmware.com/s/article/76719 https://kb.vmware.com/s/article/2097936?lang=zh_cn

mysql8二进制安装 下载二进制包 #下载地址： https://downloads.mysql.com/archives/community/ 安装配置 服务化 centos6 可以把mysql自带得启动脚本放入/etc/init.d/下 centos7 新增文件/etc/systemd/system/mysqld8.service并且修改如下内容： [Unit] Description=MySQL8 Server Documentation=man:mysqld(8) Documentation=http://dev.mysql.com/doc/refman/en/using-systemd.html After=network.target After=syslog.target [Install] WantedBy=multi-user.target [Service] User=mysql Group=mysql ExecStart=/opt/mysql/bin/mysqld --defaults-file=/opt/mysql/my.cnf #LimitNOFILE = 5000 初始化 /data/mysql/soft/bin/mysqld --defaults-file=/data/mysql/my.cnf --initialize --user=mysql --basedir=/data/mysql/soft --datadir=/data/mysql/data/ 启动 service mysqld8 start 重置密码 在mysql的日志中获取临时密码，如果启动参数中没有设置路径可能在标准输出中显示，或者在/var/log/messages或/var/log/mysqld.log，根据mysql版本不同位置可能不同 alter user "root"@"localhost" identified by "XXXXX"

MySQL导入数据到OceanBase 导入方式选择 OceanBase 支持 load data infile ，但是需要文件在 server 本地，而不能跟mysql一样在客户端本地 此次导入使用 mysqldump mysqldump 的步骤 从源mysql库中正常mysqldump导出数据 修改导出的SQL文件，以满足OB导入条件 文件的前几行set参数OB是不支持的，所以前几行去掉 OB不支持字符集排序规则 utf8mb4_0900_ai_ci，所以在SQL文件中注释 ERROR 1273 (HY000): Unknown collation: 'utf8mb4_0900_ai_ci' # 解决方法：使用vi批量替换：%s/COLLATE=utf8mb4_0900_ai_ci;/; --COLLATE=utf8mb4_0900_ai_ci/g OB不支持INNODB存储引擎，但导入过程中也无影响，可以不做处理 Warning (Code 1286): Unknown storage engine 'InnoDB' 在导出的表结构语句里，可能包含外键。在导入 OceanBase MySQL 里时，如果外键依赖的表没有创建时，导入脚本会报错。因此导入之前需要将外键检查约束先禁用掉 set global foreign_key_checks=off;

influxdb时序数据库简单使用 docker方式安装 拉取docker镜像 docker pull influxdb:1.8 启动influxdb docker run -d -p 8086:8086 -v /PATH/TO/DIR:/var/lib/influxdb --name=oms-influxdb influxdb:1.8 进入数据库 docker exec -it ${INFLUXDB_NAME} bash cd /usr/bin ./influx 创建库 create database oms; 创建用户先进入库 use oms; 创建用户的格式 create user "oms" with password 'oms_succez' with all privileges # 用户名 oms 需要双引号 # 密码 oms_succez 需要单引号 # 给所有权限，admin权限