首页 > TAG信息列表 > index-tuning

mysql – 使用索引优化WHERE IN条件

我有一个看起来像下面的表： CREATE TABLE foo ( type TINYINT, -- low cardinality (2..5) id BINARY(16), -- high cardinality other_data OTHERTYPE(n), CONSTRAINT foo_PK PRIMARY KEY (type, id) ); 访问包含该表的数据库的一个应用程序按

mysql – 在group by子句中使用的列上添加索引是否合适？

我有一个像以下的查询 – select x, sum(y) from xyz where z>=100 group by x order by sum(y) desc; 如果我要在x上添加索引会更快吗？解决方法:在X上添加一个索引会在这里改善你的性能,理想情况下你需要X和Z的复合键,因为你想对Z超过100分的所有事物的每个X进行分析,这样索引才

mysql – 具有等式[A],范围[B],分组依据[C]和按[count(P)]顺序查询的最佳索引策略

我的查询效果不佳： SELECT user_id, count(item_id) as count FROM table items WHERE category = 'magazine' AND created_at > 1384754400 GROUP BY user_id ORDER BY count(item_id) desc LIMIT 100 什么是最佳索引策略以优化此查询？ 表详细信息 5亿条记录,具有以下结构/基数：

mysql – 索引但在查询期间仍然很慢

我有一个存储REST请求和响应的表： CREATE TABLE ws_call_logs ( id BIGINT NOT NULL, ws_method_id BIGINT NOT NULL, device_id BIGINT, session_id BIGINT, corr_id BIGINT, request

mysql – 为什么在SELECT COUNT(*)…的聚簇索引上选择二级索引？

在此查询中： select count(*) from largetable; 选择二级指数： mysql> explain select count(*) from largetable; +----+-------------+------------+-------+---------------+------+---------+------+----------+-------------+ | id | select_type | table | type | pos