zoukankan      html  css  js  c++  java
  • mysql 特定查询条件下导致的大海捞针

    order表:

    order type  gmt_create

       type 取值: 0,1  其中0非常多,1非常少.

    当查询条件里

       select * from order where type=0 and gmt_create > '2017' limit 20;

    由于海量数据,可能搜索1千 w 才能得到1个数据.

    所以要得到20个可能就要 mysql 遍历完一个亿的数据.

    这时候就要考虑如何用索引,一步步的查询. 一个方案是将原表分表. 根据 type 先分表.

    直接分成两张表,而不是多加一个 index,导致一致性,降低插入性能. 还不如自己建两张表. 业务层分表. 两个 mybatis配置, 好维护.不然可能出错.

    唯一的缺点是: 查询两种类型的数据,需要两个 sql 了. 需要 join 下. 原来一个 sql 就搞定了. 分比合在大部分场景下都要好.

    有没有在一个数据库,能够区分冷热(业务规则定). 定期归档,归档

  • 相关阅读:
    Two Sum
    Longest Common String
    Maximum Subarray
    Copy List with Random Pointer
    Convert Binary Search Tree to Doubly Linked List
    Fast Power
    Centos7安装ELK Cyrus
    IPv6实验 OSPFv3
    IPv6笔记和实验 RIPng
    IPv6 ICMPv6笔记
  • 原文地址:https://www.cnblogs.com/fei33423/p/7601190.html
Copyright © 2011-2022 走看看