崔安兵的博客

mysql 8.0 默认使用 caching_sha2_password 身份验证机制 （即从原来mysql_native_password 更改为 caching_sha2_password。）从 5.7 升级 8.0 版本的不会改变现有用户的身份验证方法，但新用户会默认使用新的 caching_sha2_password 。 客户端不支持新的加密方式。 修改用户的密码和加密方式。 解决方案1 ：修改数据库认证方式在命令行模式下进入mysql，输入以下命令: 1ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'root'; 或者 1ALTER USER 'root'@'%' IDENTIFIED WITH mysql_native_password BY 'root'; 然后就可以正常连接了。 解决方案2：修改软件连接属性（推荐🎈）在配置数据源的时候直接将属性al...

一、进入安全模式win+R -> “msconfig” 在【常规】选项取消【加载系统服务】和【加载启动项】 在【引导】选项选择安全引导【最小】，应用，然后重启系统 二、强力删除文件夹进入安全模式后，强力删除EDR文件夹，建议用360强力删除。 三、删除注册表注册表中找到：HKEY_LOCAL_MACHINE >>> SOFTWARE >>> Sangfor，右击删除

摄像头的焦距（4mm、6mm、8mm）直接影响视角、监控范围和适用场景，选择合适的焦距可以满足不同的监控需求。同焦距的效果如何？现在主流的监控摄像头都是网络监控摄像头，焦距一般为2.8mm、3.6mm/4mm、6mm、8mm、12mm、16mm等，有些还具有变焦功能，那么不同的焦距区别在哪里呢？简单来说：✅ 焦距越大，看的越远，视角范围越小；✅ 焦距越小，看的越近，视角范围越大； 三、如何选择监控摄像头焦距？前面看了不同焦距的拍摄效果，那实际中监控摄像头的焦距到底该怎么选择呢？我们可以从以下几个维度考虑： 1、监控范围监控摄像头的焦距决定了监控画面的大小和有效可视距离，也就是监控的范围。 ☆ 对于监控范围较小，取景角度大的情况，如家庭的客厅、小型商铺，可以选择焦距较小的监控摄像头。 比如3.6mm或4mm焦距的摄像头，视角范围可以达到75°-90°，有效监控距离可达5米以上，可以覆盖40²-80²的空间。 ☆ 对于监控范围较大，如10m*10m以上的空间，需要选择焦距较大的监控摄像头。 但是由于焦距大，相应的监控角度就会变小，为了实现完全监控，就需要我们考虑使用云台球...

母头 公头 引脚定义

1、编辑docker.server文件1vi /usr/lib/systemd/system/docker.service 找到 [Service] 节点，修改 ExecStart 属性，增加 -H tcp://0.0.0.0:2375 1ExecStart=/usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock -H tcp://0.0.0.0:2375  这样相当于对外开放的是 2375 端口，当然也可以根据自己情况修改成其他的。 > 注意：这里一定要注意安全的问题，这样本身docker没有鉴权，建议修改为内网的IP地址，例如192.168.6.6:2375 2、重新加载Docker配置生效1systemctl daemon-reload systemctl restart docker 通过浏览器访问 2375 测试一下，格式为：http://ip:2375/version 如果无法访问的话，可以尝试一下开放防火墙2375端口，具体命令如下： 1firewall-cmd --...

一、问题线上RocketMQ 集群，偶尔报错如下： （1）[REJECTREQUEST]system busy, start flow control for a while（2）[TIMEOUT_CLEAN_QUEUE]broker busy, start flow control for a while, period in queue: 206ms, size of queue: 5   二、调优历程2.1 初步调整Google资料翻阅github 和 stackoverflow，在stackoverflow 上找到该问题：https://stackoverflow.com/questions/47749906/rocketmq-throw-exception-timeout-clean-queuebroker-busy-start-flow-control-f 按照以上方式增加配置文件参数： 12sendMessageThreadPoolNums=64useReentrantLockWhenPutMessage=true  之后重启观察，报错确实变少了，但量大了后...

Linux chmod（英文全拼：change mode）命令是控制用户对文件的权限的命令Linux/Unix 的文件调用权限分为三级 : 文件所有者（Owner）、用户组（Group）、其它用户（Other Users）。 只有文件所有者和超级用户可以修改文件或目录的权限。可以使用绝对模式（八进制数字模式），符号模式指定文件的权限。 八进制语法chmod命令可以使用八进制数来指定权限。文件或目录的权限位是由9个权限位来控制，每三位为一组，它们分别是文件所有者（User）的读、写、执行，用户组（Group）的读、写、执行以及其它用户（Other）的读、写、执行。历史上，文件权限被放在一个比特掩码中，掩码中指定的比特位设为1，用来说明一个类具有相应的优先级。 # 权限 rwx 二进制 7 读 + 写 + 执行 rwx 111 6 读 + 写 rw- 110 5 读 + 执行 r-x 101 4 只读 r– 100 3 写 + 执行 -wx 011 2 只写 -w- 010 1 只执行 –x 001 0 无 — 000 例如，...