EXPLAIN SELECT a.* FROM gc_fin_rate_info a LEFT JOIN rbac_user b ON a.owner =b.id; 处理之前的情况. 虽然走了索引,但是type不为ref.分析表的字符集及校验规则 两张表的字符集.引擎.核对规则都是一样的,就是不走索引 翻阅资料发现,mysql的字段也有校对规则,两个字符串比较,要求必须有相同的校对规则,或者是相容的,及左连的表的校对规则的级别高于主表,mysql的校对规则默认有utf8_bin(最高,以二…
转于:https://blog.csdn.net/claram/article/details/77574600 首先明确:为什么要用联合索引? 对于查询语句“SELECT E.* FROM E WHERE E.e1=1 AND E.e3=2”涉及到两列,这个时候我们一般采用一个联合索引(e1, e3):而不用两个单列索引,这是因为一条查询语句往往应为mysql优化器的关系只用一个索引,就算你有两个索引,他也只用一个:在只用一个的基础之上,联合索引是会比单列索引要快的: 下面讲讲联合索引的使用规…
elasticsearch集群中一次删除kibana索引引发的血案 1.问题发生的过程: 早上的时候有某个索引无法看到报表数据,于是就点该报表多次,估计集群被点挂了,报错:Elasticsearch is still initializing the kibana index 当时有点慌估计是昏了头,直接根据baidu某篇博文的提示进行了操作 curl -XDELETE http://localhost:9200/.kibana 这下悲剧发生了,kibana控制台没有东西了,业务部门无法查询报表…