Iaitu, apabila terdapat banyak kekunci, kelajuan pertanyaan adalah sangat perlahan

Pertanyaan dengan banyak kekunci adalah perlahan. Adakah ini merujuk kepada zset yang sebenarnya diklik dalam pertanyaan terakhir?

Saya tidak pasti berapa banyak resolusi yang akan ada? Anda boleh mengubah suai kunci zset untuk tidak mempunyai resolusi, tetapi untuk mempunyai resolusi dalam nilai Ini boleh mengurangkan banyak kunci Jika keadaan carian anda mempunyai resolusi, anda boleh melakukan beberapa penapisan selepas mencari nilai, dan kelajuannya harus sangat cepat.

Tetapi kelakuan pemilihan kotak adalah kerana julatnya berubah
Pertanyaan pemilihan bingkai (bersamaan dengan pertanyaan julat) Pertanyaan pada hari tertentu, halaman tertentu, resolusi tertentu
Jumlah bilangan klik yang sah dan jumlah bilangan klik tidak sah pada titik koordinat dalam julat tertentu (seperti 100<x<1000,30<y<600).

Ia seperti meminta pengguna melukis kawasan secara manual untuk carian Bolehkah anda mempertimbangkan untuk menukar syarat ini untuk memasukkan keseluruhan imej? Potong kepada 10 bahagian (100 bahagian, 10,000 bahagian. Setiap bahagian adalah segi empat sama. .

Mari kita bincangkan perkara ini dahulu dan lihat jika ia membantu Jika anda masih perlu mengoptimumkannya, anda boleh mengubah suai perihalan pertanyaan dalam soalan Terdapat beberapa tempat yang boleh anda tebus, tetapi saya tidak tahu sama ada anda nak luahkan ni, jadi saya bagi yang simple je Sila tulis contoh secara detail dan guna typesetting, nampak sangat memenatkan

Saya menulisnya secara berasingan. Berikut ialah jawapan selepas anda membetulkan soalan itu

Pertama sekali, anda tidak menggunakan intipati zset, yang secara automatik menyusun indeks mengikut skop Nampaknya anda mesti tidak memahami resolusi yang saya nyatakan di atas apabila anda meletakkannya dalam nilai contoh

Zset merekodkan data halaman tertentu dan peleraian tertentu pada hari tertentu
Kuncinya ialah date_pageid_resolution dan ahlinya ialah: sah ATAU invalid_browser_region
skor ialah bilangan klik
Contoh: kunci : 20140908_0001_1000
ahli: 0_1_1 0 sepadan dengan klik tidak sah, 1 sepadan dengan pelayar QQ dalam jadual penyemak imbas, 1 sepadan dengan Shanghai dalam jadual wilayah
markah:10

Andaikan terdapat 3 resolusi: A, B, C
Menurut apa yang anda katakan, kunci akan kelihatan seperti ini
20140908_0001_A
20140908_0001_B
20140908_0001_C
Kaedah penyimpanan yang saya maksudkan ialah
kunci:20140908_0001
ahli:validORinvalid_browser_region_bilangan klik
skor:peleraian

Apabila mencari seperti ini, anda sebenarnya hanya perlu mendapatkan halaman 0001 hari 20140908 (hanya 1 kunci), dan kemudian julat resolusi A dan lihat ahlinya. Ini tidak berguna kerana ia tidak bagus untuk dibezakan. Tiada gunanya meletakkan kadar di sini. Terdapat masalah dengan menggunakan zset dalam kes ini.

Di atas hanyalah contoh! Sebenarnya, jangan lakukan ini. Terdapat cara yang lebih baik Selepas anda menyemak soalan dan memahami keperluan, saya menghasilkan pendekatan baharu.

zset：set data
key:date-page-resolution
skor: koordinat (fikir untuk menukar x dan y menjadi nombor)
ahli: pelayar-rantau-bilangan klik yang sah-bilangan klik tidak sah

Jika tarikh menjadi julat pilihan, set ini diperlukan untuk menyimpan tarikh secara khusus Kami memanggilnya: set tarikh
kunci:halaman
markah:tarikh
ahli: kunci set data
Tujuan set tarikh adalah untuk mengindeks kunci set data Kaedah anda menggunakan key() adalah sangat perlahan kerana ia akan melakukan carian semua. Contoh anda ialah hari tertentu Saya faham bahawa mungkin tiada julat tarikh, jadi set tarikh boleh jadi tidak diperlukan Begitu juga, jika terdapat terlalu banyak resolusi dan mustahil untuk dikuasai, anda juga boleh meniru set ini untuk membuat koleksi. daripada kunci!

Dua koordinat seterusnya ialah zset. Saya tidak melihatnya dengan teliti.

Anda memberikan 4 contoh pertanyaan di bawah

A pertanyaan bilangan klik pada halaman tertentu pada hari tertentu, iaitu, jumlah bilangan klik yang sah + jumlah bilangan klik tidak sah

B Tanya jumlah klik yang sah dan jumlah klik tidak sah pada halaman tertentu dan resolusi tertentu pada hari tertentu

C Tanya semua titik koordinat dan bilangan klik pada halaman tertentu dan resolusi tertentu pada hari tertentu

Pertanyaan pemilihan bingkai D (bersamaan dengan pertanyaan julat) Tanya jumlah klik yang sah dan jumlah bilangan klik tidak sah titik koordinat dalam julat tertentu (seperti 100<x<1000,30<y<600) di resolusi tertentu pada hari tertentu

J: Anda berkata terdapat 3 resolusi, kemudian tambah 3 resolusi selepas kunci, julat 0 dan -1 semuanya disertakan
20150415-halaman1-1380,20150415-halaman1-1190,20150415-halaman1-1000

B: Ini bagus cuma semak satu kunci dan dapatkan julat 0 dan -1
20150415-halaman1-1380

C: Baiklah, dua yang pertama juga boleh mendapatkan koordinat, tetapi anda tidak mempunyai rancangan

D: Selepas menggunakan set koordinat anda untuk mendapatkan kunci, semak koordinat julat set data

Selepas menulis semuanya, saya mendapati masalah kecil semasa menyemak kesilapan menaip Nampaknya anda perlu merekodkan penyemak imbas yang sah dan tidak sah di setiap wilayah? Jika tidak perlu, ahli dalam set data hanya boleh merekodkan nombor yang sah dan tidak sah Jika perlu, reka bentuk perlu dipertimbangkan berdasarkan bilangan pelayar di rantau ini .

Mungkin pemahaman saya tentang redis berbeza dengan penyoal Mengikut idea saya, untuk mencapai keperluan di atas mungkin

Ingat log, data pemindahan etl

Akhirnya tersedia