InnoDB 辅助索引的结构如下所示，可以很清晰的看出，通过辅助索引只能查出对应的主键索引值，需要再根据主键索引去查询出相应的数据行。

canal是基于MySQL binlog 进行增量订阅和消费的组件，而MySQL视图基于基于具体的表，自身没有binlog，所以canal无法直接监控MySQL视图。但是它可以监控视图背后的表，这样应该也能达成想要的效果。

一、乐观锁

乐观锁不是数据库自带的，需要我们自己去实现。乐观锁是指操作数据库时(更新操作)，想法很乐观，认为这次的操作不会导致冲突，在操作数据时，并不进行任何其他的特殊处理（也就是不加锁），而在进行更新后，再去判断是否有冲突了。

通常实现是这样的：在表中的数据进行操作时(更新)，先给数据表加一个版本(version)字段，每操作一次，将那条记录的版本号加1。也就是先查询出那条记录，获取出version字段,如果要对那条记录进行操作(更新),则先判断此刻version的值是否与刚刚查询出来时的version的值相等，如果相等，则说明这段期间，没有其他程序对其进行操作，则可以执行更新，将version字段的值加1；如果更新时发现此刻的version值与刚刚获取出来的version的值不相等，则说明这段期间已经有其他程序对其进行操作了，则不进行更新操作。比如下面的sql 语句就使用了乐观锁思想。

update t1 set status=2, version=version+1 where id=#{id} and version=#{version};

悲观锁

悲观锁就是在操作数据时，认为此操作会出现数据冲突，所以在进行每次操作时都要通过获取锁才能进行对相同数据的操作，这点跟java中的synchronized很相似，所以悲观锁需要耗费较多的时间。另外与乐观锁相对应的，悲观锁是由数据库自己实现了的，要用的时候，我们直接调用数据库的相关语句就可以了。 具体的悲观锁实现，可以了解一下 InnoDB 的行锁之类的知识。

如果你已经使用了 Spring Cloud 全家桶，就需要使用注入 eureka或者consul等额外的服务注册和发现中心；如果还没有，则可以使用service，后续调研isitio。两者都是无侵入的 不需要改应用代码。