MYSQL 中的 INFORMATION_SCHEMA . 主要封装了一些系统信息     可打开联机帮助，在索引里输入”INFORMATION_SCHEMA“ CHECK_CONSTRAINTS       当前数据库的每个   CHECK   约束在该视图中占一行。该信息架构视图返回当前用户对其拥有权限的对象的有关信息。INFORMATION_SCHEMA.CHECK_CONSTRAINTS   视图以   sysobjects   和   syscomments   系统表为基础。        COLUMN_DOMAIN_USAGE       当前数据库中每个带有用户定义数据类型的列在该视图中占一行。该信息架构视图返回当前用户对其拥有权限的对象的有关信息。INFORMATION_SCHEMA.COLUMN_DOMAIN_USAGE   视图以   sysobjects、syscolumns   和   systypes   系统表为基础。          TABLES       当前用户具有权限的当前数据库中的每个表在该视图中占一行。INFORMATION_SCHEMA.TABLES   视图以   sysobjects   系统表为基础。   每一个数据库都可以看到.

原因是我在xml中引用了 xmlns:mvc=“http://www.springframework.org/schema/cache” 为什么会引用这个 因为mvc:annotation-driven/ 写成了mvn:annotation-driven/ 略显尴尬哈 完整xml贴出来

1. 标准化服务合约 1.1 服务合约 建立了与服务交互有关的术语 提供了技术限制和需求，及服务的拥有者希望对外公布的所有语义信息 image.png 1.2 标准化服务合约 使用形式化或者标准化的合约 服务功能描述的标准化 服务数据表示的标准化 提倡尽量保持不同服务之间、在数据总体模型和特定数据类型之间的一致性 非标准化的服务数据表示将导致频繁的数据转换 Schema 被单独设计和实现，与使用它的服务操作分离 采用“Schema 集中化”的设计模式，倡导对每个信息集合定义一个“官方”的 Schema 可以

最近有一套集群有数据不一致的报警，最开始没有引起注意，整体的拓扑结构如下，这是一个偏日志型写入业务，上层是使用中间件来做分库分表，数据分片层做了跨机房容灾，一主两从，而且基于Consul域名管理，也算是跨机房高可用。

1、LDAP概述 1.1LDAP简介 LDAP的英文全称是Lightweight Directory Access Protocol，简称为LDAP。 LDAP是目录服务（DAP）在TCP/IP上的实现。它是对X500的目录协议的移植，但是简化了实现方法，所以称为轻量级的目录服务。 LDAP最大的优势是：可以在任何计算机平台上，用很容易获得的而且数目不断增加的LDAP的客户端程序访问LDAP目录。而且也很容易定制应用程序为它加上LDAP的支持。 LDAP是一个存储静态相关信息的服务，适合“一次记录多次读取”。LDAP对查询进行了优化，与写性能相比LDAP的读性能要优秀很多。 在LDAP中，目录是按照树型结构组织的，目录由条目（Entry）组成，条目由属性集合组成，每个属性说明对象的一个特征。每个属性有一个类型和一个或多个值。属性类型说明包含在此属性中的信息的类型，而值包含实际的数据。条目相当于关系数据库中表的记录；条目是具有区别名DN（Distinguished Name）的属性（Attribute）集合，DN相当于关系数据库表中的关键字（Primary Key）；属性由类型（Type）和多个值（Values）组成，相当于关系数据库中的域（Field）由域名和数据类型组成，只是为了方便检索的需要，LDAP中的Type可以有多个Value，而不是关系数据库中为降低数据的冗余性要求实现的各个域必须是不相关的。LDAP中条目的组织一般按照地理位置和组织关系进行组织，非常的直观。LDAP把数据存放在文件中，为提高效率使用基于索引的文件数据库，而不是关系数据库。

MySQL 版本： 8.0.16 percona-toolkit 版本：3.0.6

重启mysql [root@upgrade-slave ~]# /etc/init.d/mysql stop Shutting down MySQL (Percona Server)... [ OK ] [root@upgrade-slave ~]# /etc/init.d/mysql start Starting MySQL (Percona Server)........... [ OK ] [root@upgrade-