- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
Hirdetés
-
Új Beats fej- és fülhallgatók jelentek meg
ma Frissítette a Solo termékcsaládot az Apple házi audiomárkája.
-
Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
ph A cég megoldása centralizált vezérelhetőséggel, masszív radiátorral és robusztus ventilátorokkal igyekszik vásárlásra csábítani.
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
Új hozzászólás Aktív témák
-
martonx
veterán
válasz laracroft #1655 üzenetére
Nem kötözködésképpen, de nudli 800.000 sorhoz egy ennyire alap group by-hoz megkockáztatom, hogy nem kellene 1 másodperc sem. Az elég árulkodó, hogy ez a te gépeden 10 másodperc volt (hacsak nem valami P4-esen futtatod a db-t). Ha a két db séma ugyanaz, akkor szinte biztos, hogy nincs jól indexelve az adatbázis.
Én a helyetekben utána néznék.Én kérek elnézést!
-
-
martonx
veterán
válasz Peter Kiss #1657 üzenetére
Jogos, a default mysql szerver beállítások egy kalap szart se érnek
Én kérek elnézést!
-
laracroft
aktív tag
Sziasztok!
Van egy ilyen adatbázisom!id,account,line,date,code
1,1000,1,2015-03-20,in
2,1000,1,2015-03-21,up
3,1001,1,2015-03-22,in
4,1001,1,2015-03-23,out
5,1002,1,2015-03-24,other
6,1001,1,2015-03-24,out
7,1002,1,2015-03-25,in
8,1002,1,2015-03-25,in
9,1003,1,2015-03-25,out
10,1004,1,2015-03-25,in
11,1004,1,2015-03-25,other
12,1004,1,2015-03-25,other2
13,1003,1,2015-03-25,in
14,1005,1,2015-03-25,in
15,1005,1,2015-03-25,out
16,1004,1,2015-03-25,out
17,1004,1,2015-03-26,other
18,1004,1,2015-03-26,down
19,1006,1,2015-03-27,up
20,1004,1,2015-03-28,up
21,1004,1,2015-03-28,other2
22,1000,1,2015-03-29,up
23,1006,1,2015-03-30,downVannak benne páros jelek is, mint pl:
in-out
up-downadott account mellett az in után out-nak kell jönnie, az up után down-nak.
Ez sajnos nem teljesen így van, néha keverednek a dolgok és pl 2db out jön egymás után!Azt szeretném megállapítani, hogy mely account-ok nem működnek helyesen, melyeknél van az, hogy nem out jött in után és nem down jött up után!
Előre is köszönöm, remélem érthető volt!
-
biker
nagyúr
egy más által félbehagyott szart kell felélesszek, és valamit nem értek
1: Előbb létrehoz két view táblát:
CREATE TABLE IF NOT EXISTS `country_views` (
`id` smallint(6)
,`countryName` varchar(50)
,`countryCode` varchar(2)
,`ISO2` varchar(2)
,`ISO3` varchar(3)
,`ISON` varchar(4)
,`Internet` varchar(2)
,`Capital` varchar(25)
,`MapReference` varchar(50)
,`NationalitySingular` varchar(35)
,`NationalityPlural` varchar(35)
,`Currency` varchar(30)
,`CurrencyCode` varchar(3)
,`Population` bigint(20)
,`Title` varchar(50)
,`Comment` varchar(255)
,`id_code` varchar(9)
);
CREATE TABLE IF NOT EXISTS `view_p_files` (
`user_id` int(11)
,`id` int(11)
,`order_id` int(11)
,`file_id` int(11)
,`quantity` smallint(6)
,`amount` double(7,2)
,`download_count` smallint(6)
,`created` datetime
,`modified` datetime
);Majd utána ezt (emiatt nem is fut le az import, nincs jogom ilyen futtatásra)
--
-- Structure for view `country_views`
--
DROP TABLE IF EXISTS `country_views`;
CREATE ALGORITHM=UNDEFINED DEFINER=`sausuman`@`localhost` SQL SECURITY DEFINER VIEW `country_views` AS (select `countries`.`id` AS `id`,`countries`.`countryName` AS `countryName`,`countries`.`countryCode` AS `countryCode`,`countries`.`ISO2` AS `ISO2`,`countries`.`ISO3` AS `ISO3`,`countries`.`ISON` AS `ISON`,`countries`.`Internet` AS `Internet`,`countries`.`Capital` AS `Capital`,`countries`.`MapReference` AS `MapReference`,`countries`.`NationalitySingular` AS `NationalitySingular`,`countries`.`NationalityPlural` AS `NationalityPlural`,`countries`.`Currency` AS `Currency`,`countries`.`CurrencyCode` AS `CurrencyCode`,`countries`.`Population` AS `Population`,`countries`.`Title` AS `Title`,`countries`.`Comment` AS `Comment`,concat(`countries`.`id`,'_',`countries`.`countryCode`) AS `id_code` from `countries`);
-- --------------------------------------------------------
--
-- Structure for view `view_p_files`
--
DROP TABLE IF EXISTS `view_p_files`;
CREATE ALGORITHM=UNDEFINED DEFINER=`sausuman`@`localhost` SQL SECURITY DEFINER VIEW `view_p_files` AS select `orders`.`user_id` AS `user_id`,`order_details`.`id` AS `id`,`order_details`.`order_id` AS `order_id`,`order_details`.`file_id` AS `file_id`,`order_details`.`quantity` AS `quantity`,`order_details`.`amount` AS `amount`,`order_details`.`download_count` AS `download_count`,`order_details`.`created` AS `created`,`order_details`.`modified` AS `modified` from (`order_details` join `orders`) where (`orders`.`id` = `order_details`.`order_id`);Ez mire jó?
2: mire jó, ha van 32 táblám, és abból 27db innodb, 5db myisam? Így sikerült, vagy lehet valami nagyon jó indoka rá?
Elektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |
-
biker
nagyúr
közben rájöttem, benne maradt a régi user/server rész, ami persze hibát dob, de mivel jobb az algorithm a síma view-nál, és miért csinál előbb táblát, majd dobja el, és generálja le?
Elektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |
-
#68216320
törölt tag
Pici segítség kellene mert elfelejtettem a jó megoldást egy problémára.
Van egy files nevű táblám. Ebben többek között vannak name (vchar) és version (float) mezők.
Azt szeretném megoldani, hogy egy amúgy több feltételből álló SELECT-ben az azonos nevűekből csak a legnagyobb verziószámú szerepeljen.Tehát:
elemek:
file1 - 1.0
file1 - 1.1
file2 - 1.0
file2 - 0.9
---------------------
eredmény:
file1 - 1.1
file2 - 1.0 -
-
Ablakos
őstag
Nem tudom szóra bírni a mysql(mariadb) adatbázisom php-n keresztül. ( Már szinte nem talál a google nekem találatot, amit ne néztem volna meg. )
Tehát a környezet nginx- php 5.4 - php-fpm és mariadb.
A phpinfo(); ezt mutatja:De a mysql szekció nem jelenik meg, nincs pdo támogatás.
/etc/php.ini -ben van: extension=mysqli.so extension=mysql.so extension=pdo_mysql.so
Mit kell még beállítanom, vagy hol keressem a hibát? -
-
sonar
addikt
válasz Ablakos #1667 üzenetére
És mi a pontos hibaüzenet?
Milyen disztribúció?Ha nem vmi komoly dolog akkor esetleg felrakni a MySQL-t inkább?
Vagy ezt próbáld meg:
MariaDB
Configure MySQL/MariaDB as described in MariaDB.
Uncomment at least one of the following lines in /etc/php/php.ini:
extension=pdo_mysql.so
extension=mysqli.so
[link][ Szerkesztve ]
A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
Ablakos
őstag
Centos 7-en akartam alkotni, de nem megy.
Ha beteszem a két extensiont, akkor :PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/pdo_mysql.so' - /usr/lib64/php/modules/pdo_mysql.so: undefined symbol: php_pdo_register_driver in Unknown on line 0
PHP Warning: Module 'mysqli' already loaded in Unknown on line 0Mivel a distribucióhoz eléggé kötődik a mariadb, nem akarok gányolni mysql cserével.
Csőd
-
Ablakos
őstag
válasz Ablakos #1670 üzenetére
ln -s /usr/lib64/mysql/libmysqlclient.so.18 /usr/lib64/libmysqlclient.so.18
Ez hiányzott a php -mysql illesztéshez. Valami nem teljesen kerek az php-mysql install után.
Megnyugodtam, nem csak én vagyok ilyen töketlen. Tele van a net ezzel a problémával.A kínai zokni xart sem ér, de ezt a megoldást megint csak kínai oldalról sikerült megkapni
-
sonar
addikt
-
don_peter
senior tag
Tiszteletem a mestereknek.
Kérnék egy kis segítséget illetve tanácsot.
Van egy fórumom amelyen MySQL frissítést hajtottak végre amellyel 5.6.23-ra változott a verzió szám.
A problémám az, hogy a frissítés előtt nagyon gyors volt egy-egy lekérdezés, de most iszonyatosan belassult.
Régebben 1-1 fórum lekérés kb. 1-3mp-et vett igénybe, most ugyan ez a lekérés 70-80mp-ig is eltart.A lekérésben van kb 10db subselect amellyel az olyan táblákat kérdezem le amelyeket nem tudok jointolni mivel azok nem szorosan kapcsolódnak az aktuálisan lekért és fő form-hoz.
Ezek a subselectek inkább amolyan kis kiegészítők, de még is fontos információt hordoznak amelyeket a felhasználok gyakran használnak így fontos, szerves részét képezik a rendszernek.Észre vettem, hogy ha elkezdem kivenni a subselecteket a fő form-ból, akkor a lekérdezés ideje drasztikusan csökken.
A kérdésem ezzel kapcsolatban az lenne, hogy mi lenne egy optimálisabb lekérdezési struktúra fórum esetében?
Előbb kérjem le az esetleges fórum adatokat, majd PHP kilistázása közben kérdezzem le a további táblákat?A fórum amiről szó van, ha érdekes a válasz miatt: neo-geo.hu
Bármelyik topikot meg lehet nyitni.
Előre is köszi a segítséget.ui:
Egy példa a mostani struktúrára:leker("SELECT
fu.id AS fid,
(SELECT count(fou.id)
FROM f_uzenetek AS fou
JOIN felh AS us
ON fou.user_id = us.id
WHERE fou.felh_id = fu.felh_id) AS msg_db,
FROM f_uzenetek AS fu
JOIN felh AS u
ON u.id = fu.felh_id
JOIN topik AS t
ON t.id = fu.topik_id
WHERE fu.topik_id=23 ORDER BY fu.date DESC LIMIT 1,25");[ Szerkesztve ]
----== Neo Geo és Arcade Fórum : www.neo-geo.hu ==----
-
don_peter
senior tag
válasz don_peter #1673 üzenetére
A példában látható, hogy a fő formon belül van egy subselect.
A subselecthez érve az SQL egy újabb ciklusba kezd amely addig fut amíg kigyűjti, hogy az adott fórumbejegyzést író felhasználónak mennyi az eddigi összes bejegyzéseinek száma.
Amikor ez megvan akkor tovább lép és folytatja a parancsok végrehajtását.
Eddig ez a lekérdezési forma tökéletes és gyors volt, de most állítólag az új verzió élesítésével a rendszer korlátozza az erőforrásigényeket ezért tapasztalható a lassulás.
Tény és való, hogy van olyan felhasználó akinek több mint 5e bejegyzése van és ekkora számú rekordnál már ez a fajta struktúra erőforrás pocséklónak tűnhet.
A példa nem az eredeti adatbázist tükrözi, de a struktúra megegyezik.Váram megtisztelő javaslataitokat és segítségeteket.
----== Neo Geo és Arcade Fórum : www.neo-geo.hu ==----
-
sonar
addikt
válasz don_peter #1674 üzenetére
Szúrd be az EXPLAIN-t a query-d elé és meglátod, hogy mennyi idő alatt fut le és mennyi sort vizsgál át.
Igy ha módositgatsz, könnyebben össze tudod hasonlitani az eredményeket.
Szedd szét darabokra a query-t és nézd meg, hogy melyik a leglassabb aztán lehet gondolkodni továbbA tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
martonx
veterán
-
don_peter
senior tag
válasz martonx #1676 üzenetére
"Kik, mikor hol? Te tákoltad anno össze ezt az izét?"
Nem értelek.A kik mikorra és holra a válasz, ha jól értem eme sorodat:
Szolgáltató, kb. 2 hete, a teljes webszerver farmukon.
A "Te tákoltad anno össze ezt az izét?" nem értem.
Milyen izé, és milyen ledegradáló jelző az, hogy tákoltad.?
Én készítettem még anno, ha erre céloztál.----== Neo Geo és Arcade Fórum : www.neo-geo.hu ==----
-
don_peter
senior tag
Köszönöm, beírtam, de időt nem ad ki.
MySQL közvetlen felületén futtatom most a parancssort.A többit persze, így csináltam, és a subselect-ek szűkítésével egyre gyorsabbá vált a lefutási idő.
De ez előtte nem volt gond, viszont most közel 30szorosára emelkedett a lefutási idő.
Fura..[ Szerkesztve ]
----== Neo Geo és Arcade Fórum : www.neo-geo.hu ==----
-
sonar
addikt
válasz don_peter #1679 üzenetére
Az időt általában a program irja ki alul. Ilyesmit kell keresned, hogy query executed, row set... és többnyire ms-ben (milisec) vagy rosszabb esetben sec -ben irja ki.
Mi a közvetlen felület nálad?
command line mysql? v phpmyadmin? query browser, workbenchazt még meg tudod nézni, hogy az indexeket használja-e.
A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
martonx
veterán
válasz don_peter #1677 üzenetére
"Milyen izé, és milyen ledegradáló jelző az, hogy tákoltad.?"
Bocsi, akkor meg is van, hogy ki tákolta, össze, te. A kódot látva az a legkisebb baj, hogy miért lett most lassú. Sőt inkább azon csodálkozok, hogy miért nem volt lassú eddigDe, hogy konstruktív is legyek, tényleg nézd meg az indexeket, illetve én jelezném az üzemeltetőnek, hogy nagyságrendekkel lassabb lett az új mysql, és konfigolják be normálisan legyenek szívesek.
Én kérek elnézést!
-
don_peter
senior tag
Igen sajnos másodpercekben írja és az is legutóbb megtekintve 87mp-ig tartott.
Régebben nem volt vele gond, már megy az eszme csere a szolgáltatóval.
Most már bekérték az SQL parancssoromat is, végre..phpmyadmin MySQL-verzió 5.6.23
----== Neo Geo és Arcade Fórum : www.neo-geo.hu ==----
-
martonx
veterán
válasz don_peter #1683 üzenetére
Segítettem is, sőt szerintem az én segítségem lesz a leghasznosabb, hiszen közel nulla ráhatásod van a dologra, így a szolgáltató kezében vagy, és én pont oda irányítottalak.
De ha már csak egy pici részletet is mutattál a kódodból, akkor az ember hagy tegyen finom utalást annak szakmaiatlan mivoltára. Ezen be lehet sértődni és mindent hagyni ugyanúgy (elvégre sok légy nem tévedhet), vagy pozitívan is lehet fogadni, és meg is lehet írni normálisra.Én kérek elnézést!
-
don_peter
senior tag
válasz martonx #1684 üzenetére
Nem értelek.
Beszólsz, majd most a szakmai részét hozod elő.
Tessék segíteni egy véleményed szerint jó és optimálisabb megoldással, sokkal előnyösebb lenne mint a kioktató magatartás.
Nyilvánvaló, hogy nem azért teszem fel itt a kérdést mert annyira képbe vagyok, ezen elcsodálkozni nem kellene.
Segítségre van szükségem hisz itt biztosan csak okosabbak vannak nálam e témában.
Köszönöm az előző javaslatod, éppen ez van most folyamatban..----== Neo Geo és Arcade Fórum : www.neo-geo.hu ==----
-
don_peter
senior tag
Köszönöm srácok a segítséget.
Kiderült, hogy az új MySQL program illetve annak készítői hibásan írták meg az adatbázis kezelőt és ezért van hiba vagy is iszonyatos lassulás.
Termesztésen ismerik a problémát már mint az SQL fejlesztők és írnak is róla:
http://bugs.mysql.com/bug.php?id=69219----== Neo Geo és Arcade Fórum : www.neo-geo.hu ==----
-
sonar
addikt
Egy webes tool ami segít a defaultnál jobb konfig file kreálásban:
http://tools.percona.com/wizardA tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
Fecogame
veterán
WP alapú oldalamat szeretném megtisztítani a kommentektől az alábbi kódsorral:
DELETE FROM wp_comments WHERE comment_approved = `trash`
DELETE FROM wp_comments WHERE comment_approved = `spam`
DELETE FROM wp_comments WHERE comment_approved = `0`
DELETE FROM wp_comments WHERE comment_approved = `post-trash`De mindig ezt a hibát adja ki:
#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'DELETE FROM wp_comments WHERE comment_approved = `trash` DELETE FROM wp_comment' at line 2
Már kerestem rá megoldást, de nem találtam. Elvileg a kódban van valami hiba, de nem jöttem rá, mi lehet az.
Szerk.: Rájöttem A sorok végére kell pontosvessző, kivéve a legutolsó.
Viszont most előjött egy másik hiba. Ha az első sorban megadom, hogy melyik adatbázist használja, akkor:
#1146 - Table 'adatbazisom.wp_comments' doesn't exist
Valamiért nem a megadott adatbázisból akarja kikeresni, hanem hozzáadja annak a nevét is. Így persze nem fogja megtalálni a táblát.
Tudna valaki segíteni?
[ Szerkesztve ]
Lassú a mobilinterneted? 4G/LTE antennák, közvetlenül raktárról ---> http://bit.ly/LTE_Antennak
-
sonar
addikt
válasz Fecogame #1688 üzenetére
Első körben mivel csinálod?
Egyébként ez a helyes SQL parancs
USE schema_neve;
Utána már elég csak a tábla neveket beírni.De mondjuk a Delete parancsodat is át lehetne irni egybe
DELETE FROM wp_comments WHERE comment_approved in (`trash`,`spam`,`0`,`post-trash`);A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
Fecogame
veterán
Így néz ki a teljes kód, amit beírok:
USE adatbazisom;
DELETE FROM wp_comments WHERE comment_approved = 'trash';
DELETE FROM wp_comments WHERE comment_approved = 'spam';
DELETE FROM wp_comments WHERE comment_approved = '0';
DELETE FROM wp_comments WHERE comment_approved = 'post-trash'Lassú a mobilinterneted? 4G/LTE antennák, közvetlenül raktárról ---> http://bit.ly/LTE_Antennak
-
sonar
addikt
válasz Fecogame #1690 üzenetére
Hm ha lehet hinni a google-nak akkor ez egy ismert bug
Igazából ezt javasolják
Export the database to file;
verify if exported file is really OK!!;
drop the database where I have issues;
create a new database with the same name that the last;
import the file to the database.A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
Fecogame
veterán
Export the database to file
Ez nem fog menni, mert egy 3GB-os, folyamatosan változó adatbázisról beszélünk
A bármit helyettesítő karakter a százalékjel ( % ) lenne?
Mert sok ( ~12 000 ) ehhez hasonló táblám van:
wp_1_comments
wp_2_comments
wp_3_comments
wp_4_comments
stb.És ha így írom be:
wp_%_comments
Nem fogadja el, szintaxis hibát ad.
Lassú a mobilinterneted? 4G/LTE antennák, közvetlenül raktárról ---> http://bit.ly/LTE_Antennak
-
-
-
don_peter
senior tag
válasz martonx #1696 üzenetére
Igen, ha nem teszteltem volna agyba főbe az SQL-t, akkor továbbra is reklamálnék, de a subselec-tek ritkitásávla egyre gyorsabban működött.
Most ott tartok, hogy újra írom az egész oldalt, mert ügye ez a tákolt izé nem felel meg a mai elvárásoknak.----== Neo Geo és Arcade Fórum : www.neo-geo.hu ==----
-
don_peter
senior tag
Srácok kérnék egy kis segítséget.
A következő SQL lekérdezésem szeretném optimalizálni, de nem tudom, hogy fussak neki.
SELECT
t.id AS tid,
t.title AS title,
(SELECT fu.datum
FROM forum_uzenetek AS fu
WHERE fu.topik_id = t.id
ORDER BY fu.datum DESC LIMIT 1) AS updatum
FROM topik AS t
ORDER BY updatum DESC LIMIT 8Ez a lekérdezése egy a legújabb bejegyzéseket listázza, topikokra bontva.
Tehát a fő lekérdezés a topik-okon megy végig, de a rendezésük a fórum üzeneteinek utolsó dátuma szerint történik.Ezt csak ilyen csúnyán tudtam megoldani ami eddig tökéletes volt, de az új SQL már nem támogatja vagy is iszonyat lassan fut csak le.
Előre is köszönöm a segítséget.----== Neo Geo és Arcade Fórum : www.neo-geo.hu ==----
-
-
don_peter
senior tag
id select_type table type possible_keys key key_len ref rows Extra
1 PRIMARY t ALL NULL NULL NULL NULL 119 Using temporary; Using filesort
2 DEPENDENT SUBQUERY fu index NULL datum 6 NULL 1 Using whereEz nekem nem sokat mond.
Extrákba ez van a topik-nál: Using temporary; Using filesort
A SUBQUERY -nél: Using where[ Szerkesztve ]
----== Neo Geo és Arcade Fórum : www.neo-geo.hu ==----
Új hozzászólás Aktív témák
- Milyen okostelefont vegyek?
- Fallout 4
- Renault, Dacia topik
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Steam, GOG, Epic Store, Humble Store, Xbox PC Game Pass, Origin Access, uPlay+, Apple Arcade felhasználók barátságos izgulós topikja
- Vicces képek
- Székesfehérvár és környéke adok-veszek-beszélgetek
- A fociról könnyedén, egy baráti társaságban
- EA Sports WRC '23
- Villanyszerelés
- További aktív témák...