fb_blacklist legt Klickbereich lahm

[Sebmaster]

Im Augenblick überlege ich deswegen eher den Adscan Cron so umzubauen das er mir die erkannten einfach in die Blacklist setzt und nicht mehr beim Aufruf der klick4.php scannt.

Das Problem dabei ist, dass bei jedem Crondurchlauf alles von der Blacklist runtergenommen werden müsste, und die neuen Kampagnen wieder geblacklistet werden müssten. Das würde aber manuell gesperrte Kampagnen wieder aktivieren.

Führt mal folgenden SQL-Code in der Datenbank aus, und gebt mir die Rückgabe (per PN oder hier im Thread).

EXPLAIN SELECT t1 . *
FROM vms_gebuchte_werbung t1
LEFT JOIN vms_adscan_userblacklist t4 ON t4.tan = t1.tan
AND t4.uid =1
LEFT JOIN vms_fb_blacklist AS t3 ON t3.kid = t1.kid
AND t3.werbeart = t1.werbeart
LEFT JOIN vms_reloads t2 ON ( t1.tan = t2.tan
AND (
t2.uid =1
OR t2.ip = "147.161.82.104"
)
AND t2.bis >=0 )
WHERE (
t3.kid IS NULL
OR LOCATE( t3.sponsor, t1.ziel ) =0
)
AND t4.tan IS NULL
AND t2.tan IS NULL
AND t1.werbeart = "forcedbanner"
AND t1.reload >=100
AND t1.menge >0
AND t1.status =1
AND t1.verdienst >100
AND t1.sponsor !=1
ORDER BY verdienst DESC
LIMIT 30

[Lokutos]

hm also an sonder blackliste 15 sekunden laden
da is was murks

also ich hab bei mir mal geschaut und die abfrage braucht nicht mal eine sekunde

ev. mal primery und co raus löschen und nur einen Index auf kid und werbeart setzten damit sollte die abfrage wesentlich schneller laufen.

ALTER TABLE `vms_fb_blacklist` ADD INDEX ( `kid` , `werbeart` ) ;

[Sebmaster]

Okay, nach einigen Experimenten mit Lokutos bin ich auf die Idee gekommen, einfach einen Index auf Werbeart und kid zu setzen

Query-Time: 0.02s

Folgendes: Alle Indizes rauslöschen und dann folgenden Query:

ALTER TABLE `vms_fb_blacklist` ADD PRIMARY KEY ( `kid` , `werbeart` , `sponsor` )

[marcaust]

So, bin jetzt einige Stunden nicht da wegen Ostern...

Hier die Rückgabe:

id 	select_type 	table 	type 	possible_keys 	key 	key_len 	ref 	rows 	Extra
1 	SIMPLE 	t4 	system 	kampagne 	NULL 	NULL 	NULL 	0 	const row not found
1 	SIMPLE 	t1 	ref 	klick4,crons 	klick4 	52 	const 	1753 	Using where; Using temporary; Using filesort
1 	SIMPLE 	t3 	index 	NULL 	sponsor 	518 	NULL 	3517 	Using where; Using index
1 	SIMPLE 	t2 	ref 	klick4 	klick4 	34 	vms_system.t1.tan 	2 	Using where; Not exists

[Sebmaster]

Siehe Edit.

[marcaust]

War doch schon drin:

Aktion	Name	Typ	Unique	Gepackt	Feld	Kardinalität	Kollation	Null	Kommentar
Bearbeiten 	Löschen 	sponsor	BTREE	Ja	Nein	
sponsor	0	A		
kid	3517	A	
werbeart	3517	A

oder seh ich da was falsch?

Egal, ich mach das nochmal und teste das nachher. Muss mich jetzt erstmal um meine Nichten kümmern.

[Sebmaster]

oder seh ich da was falsch?

Ja, die Reihenfolge ist bei Indizes immer entscheidend.

Es werden für die Geschwindigkeit nur KID und Werbeart gebraucht. Zur Verhinderung von doppelten Einträgen wird noch der Sponsor mitgenommen => Möglichkeit zu UNIQUE-Keys bzw. PRIMARYs. Da Indizes aber linkslastig sind passiert folgendes:

kid und werbeart benötigt:
Index auf:

• sponsor, kid, werbeart => sponsor wird nicht benötigt, Index nicht nutzbar
• kid, werbeart, sponsor => kid, werbeart nutzbar, sponsor wird ausgelassen

Deswegen ist die 2. Variante sinnvoller und schneller

[marcaust]

Danke für die Erklärung und Hilfe dabei.
Die geänderte Reihenfolge scheint es im Augenblick zu bringen. Ich lasse das jetzt erstmal so laufen und schau mir das mal ein paar Tage an aber so auf den ersten Blick sieht das gut aus ;-)

[Sebmaster]

Danke für die Erklärung und Hilfe dabei.

Gerne.

Die geänderte Reihenfolge scheint es im Augenblick zu bringen.

Freut mich zu hören

Ich lasse das jetzt erstmal so laufen und schau mir das mal ein paar Tage an aber so auf den ersten Blick sieht das gut aus ;-)

Dann sollte das auch so bleiben.

@Sam2004: Probier das auch bei dir aus.

[Sam2004]

@Sam2004: Probier das auch bei dir aus.

Morsche...

Hab ich gemacht^^...habt ihr fein hinbekommen und mein highspeedklickbereich steht den Usern mit Adscan wieder zur verfügung...Immer wieder erstaunlich welche Qualitativ hochwertiges Team an Progger unterwegs ist und hilft...Mein Dank



Sam