Hogyan lehet csökkenteni a méretét az adatbázisban
chistilki működő változat letölthető github.com az online kiskereskedők.
Ha azt észleli, hogy online áruház Yumi lett észrevehetően lelassul, és még mindig nincs munka már régóta kész a helyén, akkor nagyon nagy a valószínűsége, hogy egyszerűen sokkal razraslas tárol.
Vegye figyelembe, hogy mielőtt bármilyen munkát végezne a „optimalizálás” adatbázis méretét csak létre kell hozni egy biztonsági másolatot.
Én ezt Sypex. A honlapon van egy ingyenes verziója, ami elég mentését és visszaállítását adatbázisok umi.cms.
1. lépés: Tiszta naplók.
Az első lépés látok akkora elfoglalt az alapja a különböző naplók és a statisztika. Keresse statisztikai táblázat egy nagyon könnyű, de minden kezdődik a címet cms_stat_ *.
Ha ezek túlzottan felfújt, tisztítsa meg őket.
Tisztítására használat SQLyog. Phpmyadmin vagy vehet be minden tárhely valójában.
2. lépés: Az online áruházak nettó megrendeléseket.
Ha kell végrehajtani Yumi online áruház, itt van egy érdekes pont. Tapasztalataim vettem észre, hogy igen gyakran a bázis egyszerűen megfizethetetlen nő magától a felhalmozási információ van a visszajelzés aktivitását a látogatók, és a kereső robotok valószínű. Ie ha a vevő azonnal ki az áru- és nem fejezte be a regisztráció a rend, ez a sorrend általában nem jelenik meg az admin, de az adatbázisban tárolt összes adatot az összetétele a rend, az áruk, és a megrendelő adatait.
Elméletileg az ilyen megbízásokat bizonyos idő elteltével automatikusan tisztítható magát Yumi. De nem minden látni somoochischenie dolgozzanak ki, ami nem fenntartható növekedés a bázis.
Ilyen esetekben meg kell tisztítani az adatbázisba. szkriptek. Tiszta bázis három lépésben: az információ eltávolításának a vásárlók balra, majd a rejtett kihasználatlan megrendelések és pozíciók tételek a kosárba törölt megrendeléseket.
A praxisomban papadalis pár nem túl nagy online áruházak, amely elérte a méret a bázis több mint 500 MB néhány évig. És ez rovására használt megrendelések az adatbázisban. A tisztítás után a bázist mérete csökken, hogy a szokásos 50-90 MB.
Általában a tisztítási folyamat eltávolítjuk a 10-es, több ezer rekordok, hogy minden esetben a pozitív hatást gyakorol a sebesség a teljes webhely egészét. Mivel a csökkenés nem csak a táblákat a saját adataival, de a és a kapcsolódó index táblákat. Az eredmény látható egy példa a méret cms3_object_content asztal előtt és a kezelés után (ez a bázis igyekszem tiszta minden 3-4 hónap):
Minta kódot az első tisztítási lépés alapján szükségtelen vásárlók elhagyott megrendelések adatok:
Ezután ugyanúgy felesleges megbízásokat:
Nos, az utolsó szakaszban, hogy megtalálja és eltávolítja fejezetek, amelyek tárolják a távoli rendelés előtt:
Minden alap törlődik
Azt hű maradt még egy árnyalatot a végén meg kell optimalizálni a 2. táblázat az adatbázisban távoli felvétel ténylegesen el őket. Csak miután ez alap méret jön megfelel a bejegyzések számát is.