Contact information

My email address: chajianbanyungong3@163.com

评论

发表评论

此博客中的热门博文

AnimeCharacterPack2

图片
像中的3A控制是指自动曝光控制(AE)、自动聚焦控制(AF)、自动白平衡控制(AWB)。自动曝光控制能够自动调节图像的明暗度，自动聚焦控制能够自动调节图像的焦距，自动白平衡能够使得图像成像在经典光源下的颜色. 自动聚焦（Automatic Focus）: 自动聚焦的方法可以按下图分类： ( 1 )红外线测距法的原理是由照相机主动发射红外线作为测距光源 ，并由红外发光二极管间构成的几何关系计算出对焦距离。 ( 2 )超声波测距法是根据超声波在相机和被摄物之间传播的时间进行测距的。相机上分别装有超声波的发射和接收装置，工作时由超声振动发生器发出持续超声波。超声波到达被摄体后立即返回被接收器感知，然后由集成电路根据超声波的往返时间来计算确定对焦距离。 自动聚焦的过程就是对成像清晰度评价的过程：对焦不准确则拍摄出来的图像清晰度低；对焦准确则图像清晰度较高，对比度高。 图像清晰度评价算法有多种：空域中，主要是考察图像的邻域对比度，即相邻像素的灰度梯度差；频域中，主要是考察图像的频率分量，对焦清晰的图像高频分量较多。清晰度评价方法包括Tenengrad梯度法、Laplacian梯度法、方差法和能量熵等方法，其中Tenengrad梯度法可以用sober算子近似代替；方差大表示一组数据之间的偏差就大，对焦清晰的图像相比对焦模糊的图像数据之间的灰度差异应该更大，即方差较大，可以通过图像灰度数据的方差来衡量图像的清晰度，方差越大，表示清晰度越好。     Mat imageSource = imread("...");      Mat imageGrey;       cvtColor(imageSource, imageGrey, CV_RGB2GRAY);      Mat imageSobel;      Sobel(imageGrey, imageSobel, CV_16U, 1, 1);   //Sobel换为Laplacian，即为Laplacian梯度值     //meanValue近似代替Teneng...
阅读全文

mysql系列（四）异步复制、全同步复制与半同步复制

这里虽然说的是Mysql数据库，但对应其他数据库，原理没有什么差异。只是在具体实现和配置上不同。 一、异步复制（Asynchronous replication） 1、逻辑上 MySQL默认的复制即是异步的，主库在执行完客户端提交的事务后会立即将结果返给给客户端，并不关心从库是否已经接收并处理，这样就会有一个问题，主如果crash掉了，此时主上已经提交的事务可能并没有传到从库上，如果此时，强行将从提升为主，可能导致新主上的数据不完整。 2、技术上 主库将事务 Binlog 事件写入到 Binlog 文件中，此时主库只会通知一下 Dump 线程发送这些新的 Binlog，然后主库就会继续处理提交操作，而此时不会保证这些 Binlog 传到任何一个从库节点上。 二、全同步复制（Fully synchronous replication） 1、逻辑上 指当主库执行完一个事务，所有的从库都执行了该事务才返回给客户端。因为需要等待所有从库执行完该事务才能返回，所以全同步复制的性能必然会收到严重的影响。 2、技术上 当主库提交事务之后，所有的从库节点必须收到、APPLY并且提交这些事务，然后主库线程才能继续做后续操作。但缺点是，主库完成一个事务的时间会被拉长，性能降低。 三、半同步复制（Semisynchronous replication） 1、逻辑上 是介于全同步复制与全异步复制之间的一种，主库只需要等待至少一个从库节点收到并且 Flush Binlog 到 Relay Log 文件即可，主库不需要等待所有从库给主库反馈。同时，这里只是一个收到的反馈，而不是已经完全完成并且提交的反馈，如此，节省了很多时间。 2、技术上 介于异步复制和全同步复制之间，主库在执行完客户端提交的事务后不是立刻返回给客户端，而是等待至少一个从库接收到并写到relay log中才返回给客户端。相对于异步复制，半同步复制提高了数据的安全性，同时它也造成了一定程度的延迟，这个延迟最少是一个TCP/IP往返的时间。所以，半同步复制最好在低延时的网络中使用。 四、选型及设置说明 如何设置到相应的同步方式上呢？ mysql主从模式默认是异步复制的，而MySQL Cluster是同步复制的，只要设置为相应的模式即是在使用相应的同步策略。 从MySQL5.5开始，MySQL以插件的形式支持半同步复制。其实说明半同...
阅读全文

Redis主从复制丢失数据的情况分析

1.主备切换的过程，可能会导致数据丢失 因为master -> slave的复制是异步的，所以可能有部分数据还没复制到slave，master就宕机了，此时这些部分数据就丢失了 2.脑裂导致的数据丢失 脑裂，也就是说，某个master所在机器突然脱离了正常的网络，跟其他slave机器不能连接，但是实际上master还运行着，此时哨兵可能就会认为master宕机了，然后开启选举，将其他slave切换成了master，这个时候，集群里就会有两个master，也就是所谓的脑裂，此时虽然某个slave被切换成了master，但是可能client还没来得及切换到新的master，还继续向旧master写数据，此时有可能也丢失了，因此旧master再次恢复的时候，会被作为一个slave挂到新的master上去，自己的数据会清空，重新从新的master复制数据 减少数据丢失的配置： min-slaves-to-write 1 min-slaves-max-lag 10 要求至少有1个slave，数据复制和同步的延迟不能超过10秒，如果说一旦所有的slave，数据复制和同步的延迟都超过了10秒钟，那么这个时候，master就不会再接收任何请求了 有了min-slaves-max-lag这个配置，就可以确保说，一旦slave复制数据和ack延时太长，就认为可能master宕机后损失的数据太多了，那么就拒绝写请求，这样可以把master宕机时由于部分数据未同步到slave导致的数据丢失降低到可控范围内   如果一个master出现了脑裂，跟其它的slave丢失连接，那么这两个配置可以确保，如果不能继续给指定数量的slave发送数据，而且slave超过10秒没有给自己ack消息，那么就直接拒绝客户端的写请求，这样脑裂后的旧master就不会接受client的新数据，也就避免了数据丢失，因此在脑裂场景下，最多就丢失10秒的数据 在此我向大家推荐一个架构学习交流群。交流学习群号：938837867 暗号：555 里面会分享一些资深架构师录制的视频录像：有Spring，MyBatis，Netty源码分析，高并发、高性能、分布式、微服务架构的原理，JVM性能优化、分布式架构等这些成为架构师必备 ---------------------
阅读全文