FF008-表上新建了一个索引,SQL执行效率变差

两大类索引 使用的存储引擎：MySQL5.7 InnoDB 聚簇索引 如果表设置了主键，则主键就是聚簇索引 如果表没有主键，则会默认第一个NOT NULL，且唯一（UNIQUE）的列作为聚簇索引 * 以上都没 两大类索引 使用的存储引擎：MySQL5.7 InnoDB 聚簇索引 如果表设置了主键，则主键就是聚簇索引 如果表没有主键，则会默认第一个NOT NULL，且唯一（UNIQUE）的列作为聚簇

mysql 出现1071错误的解决办法：该问题是由键值字段长度过长导致，mysql支持数据库表单一键值的最大长度不能超过767字节，如果把长度改为255则没有问题，或者不使用utf-8格式也没有问 mysql 出现1071错误的解决办法：该问题是由键值字段长度过长导致，mysql支持数据库表单一键值的最大长度不能超过767字节，如果把长度改为255则没有问题，或者不使用utf-8格式也没有问题。

在11g到19c的迁移过程中发现一个sql语法方面的问题： 11.2.0.2 和19c分别创建测试表:create table tt as select from dba_objects;create table t1 as select from dba_objects; 分别执行下面的sql：select A.B.object_name FROM TT A LEFT JOIN T1 B

本文分享和对比了 etcd 和 Consul 这两个存储的一致性读的实现。 作者：戴岳兵，爱可生研发中心工程师，负责项目的需求开发与维护工作。 爱可生开源社区出品，原创内容未经授权不得随意使用，转载请联系小编并注明来源。 本文约 900 字，预计阅读需要 3 分钟。 etcd 和 Consul 是现在比较流行的分布式一致性 KV 存储，本文就来分享和对比一下这两个存储的一致性读的实现。 Consu

一、背景 生产环境遇到一个 MySQL 写入报错的问题，业务写入数据时报主键冲突。经过调查，这套 MySQL 集群版本为 Percona 5.7.19，在报主键冲突前，做过主从切换，报主键冲突的SQL语句为 replace into，表的主键是自增列，调查该表的 auto_increment，发现一个很奇怪的问题，该表的 auto_increment 竟然比表数据的 max(id) 还小，难怪会出