Archimedes Trajano's questions

我有这样的查询

select org, `Balance` from oss_collection_history och2 
  where och2.`DateFrom` = 
    (select min(`DateFrom`) from oss_collection_history och3 where och3.org = och2.org)

它有效，但使用我的数据集大约需要 4 秒。

解释输出如下所示

id|select_type |table|partitions|type|possible_keys |key|key_len|ref |rows|filtered|Extra |
--|------|------|----------|----|------ ----------------------------|---|--------|--------- ---|----|--------|------------|
 1|初级 |och2 | |全部 | | | | |6651| 100|用在哪里|
 2|相关子查询|och3 | |ref |Org,oss_collection_history_Org_IDX|Org|22 |ca1.och2.Org| 443| 100|使用索引|

我尝试添加以下指标，但似乎并没有提高性能

CREATE INDEX `oss_collection_history_Charges_IDX3` 
ON oss_collection_history (`DateFrom`, `org`);

CREATE INDEX `oss_collection_history_Charges_IDX4` 
ON oss_collection_history (`DateFrom`);

CREATE INDEX `oss_collection_history_Charges_IDX6` 
ON oss_collection_history (`DateFrom`, `org`, `Balance`);

在索引 VARCHAR 列是个好主意/方法吗？这个概念是使用 VARCHAR 作为列。

我想知道，如果我们将SHA-1散列或SHA-256散列（如果我是偏执狂）存储为BINARY(20)列并在该列上建立索引。

在应用程序端对短字符串执行SHA-1计算已经足够快了，我们只需通过 SHA 值进行查询。

可能我认为长度VARCHAR会徘徊在 10 到 30 个字符左右，有些会更长但概率更低。