CyberTek - the future at the present!
Google

Archívum a "mysql" kategória

Script létrehozása MySQL adatbázisok

Írta: admin (Sep 21)

Ma én bemutatja a kényelmes helyzetben, hogy automatizálják adatbázis mentés nosri MySQL adatbázis, amely az eredeti forgatókönyvet lehet adni, a végén a mentés és a kompressziós egyedi adatbázisok néhány sort a másolatot egy távoli szerverhez, és egy ablak a mi jelentés e-mail.

#! / Bin / bash
# Shell script menteni MySQL adatbázis
# A backup adatbázisok Nysql fájlokat / backup könyvtár és később vedd fel a
# Script. Azt, hogy kihagyja a mentés néhány adatbázisok is.
# További információk találhatók (telepítési információ):
# Http: / / www.cyberciti.biz/nixcraft/vivek/blogger/2005/01/mysql-backup-script.html
# Utolsó frissítés: augusztus - 2005
# -----------------------
# Ez egy shell script az ingyenes GNU GPL 2.0-s verzióját, illetve a fent
# Copyright (C) 2004, 2005 nixCraft projekt
# Feedback / Comments / suggestions: http://cyberciti.biz/fb/
# -------------------------
# Ez a script része nixCraft shell script-gyűjtemény (NSSC)
Látogassa # http://bash.cyberciti.biz/ for more information.
# Updated Sep - 2007 CyberTek - http://www.cybertek.it
# -------------------------

Myuser = "SET-mysql-user-név" # USERNAME
Jelszo = "SET-password" # JELSZÓ
MyHOST = "localhost" # Hosztnév

# Linux bin utak, ez a változás, ha nem sikerül, amelyen keresztül a parancs
MySQL = "$ (ami mysql)"
Mysqldump = "$ (ami mysqldump)"
Chown = "$ (ami chown)"
Chmod = "$ (ami chmod)"
GZIP = "$ (ami gzip)"

# Backup könyvtár cél, a változás, ha van someother helye
DEST = "/ backup"

# Main könyvtárba, ahol a biztonsági másolatok tárolására lesz mód
Mbd = "$ DEST / mysql"

# Get hostname
HOST = "$ (hostname)

# Get adatok éééé-hh-nn formátumban
MOST = "$ (date +"% d -% s -% Y ")"

# File tárolására jelenlegi biztonsági mentés
FILE = ""
# Store listáját adatbázisok
DBS = ""

# Ne BACKUP ezen adatbázisok
Iggy = "test"

[- D $ MBD] & & mkdir - p $ MBD | |:

# Csak a root érhetjük el!
Chown $ 0,0 - R $ DEST
Chmod $ 0600 $ DEST

# Get minden adatbázis lista első
DBS = "$ ($ mysql-u myuser-H $ $ $ MyHOST-p jelszo-BSE 'show databases')"

DB in $ DBS
tesz
skipdb = - 1
if [ "$ Iggy!" = ""];
majd
for i in $ Iggy
tesz
[ "$ Db" = = "$ i"] & & skipdb = 1 | |:
kész
florence

if [ "$ skipdb" = = "-1"], majd
FILE = "$ MBD / $ db. $ HOST. NOW.gz $"
# Az összes maga munkát cső
# Kapcsolódás MySQL segítségével válasszuk ki a mysqldump MySQL adatbázis
És ki a pipát gz fájlt mentés r.:)
$ Mysqldump - U myuser $ - $ MyHOST H - P $ $ jelszo db | $ GZIP - 9> $ FILE
florence

kész

# Copy a távoli szerver
echo'******************* Example_Backup *******************'> / root / mybackup.txt
echo \>> / root / mybackup.txt
date>> / root / mybackup.txt
echo \>> / root / mybackup.txt
'********************* Részletek *********************' echo>> / root / mybackup.txt
# Ne feledje, hogy a scp parancsot akkor nem adja meg a jelszót, ha van egy, a legfontosabb a TARGET-rendszer
# Egyébként akkor nem
scp / backup / mysql / * root@example.dom: / home / backup / example / mysql /
oh-ls / backup / mysql />> / root / mybackup.txt
echo'************************************************ * ">> / root / mybackup.txt
# Küldjön egy e-mailt a jelentés az elvégzett munka
mail-s "Példa Backup" example@example.dom </ root / mybackup.txt

# Eltávolítása után feltölteni
rm-f / backup / mysql / *

Sidu MySQL (MySQL kliens web-en)

Írta: admin (július 3.)

Természetesen a termék még nincs abban a helyzetben, hogy felvegye a versenyt a potenciális phpMyAdmin, de voltela egyszerűség és a könnyedség nostromotivo lehet a választás. Ha a mysql intragrare ügyfél internetes talán tudunk viszont, hogy ez a termék. Hogy menjen a helyén sidu kattintson ide.

sidu

  • Válogatási és szűrés adatbázis táblázatokat.
  • Lehetőség van csatlakozni a házigazdák, valamint a helyi és távoli adatbázisok.
  • Biztonságos hozzáférés megakadályozása illetéktelen hozzáférés az adatokhoz.
  • Együttműködés a felhasználókkal és több párhuzamos üléseket.
  • Átmenetitárazás db és a táblázatok, amelyek lehetővé teszik a gyors kijelzőn.
Megjelent: MySQL, tippek, www

Optimalizálás MySQL

Írta: admin (június 19.)

Nincs ideje, hogy beszéljünk arról, hogy hozzon létre táblákat optimalizált, hogy jobb eredményt. Emlékszem, csak az, hogy a mezők indexelt javítására sok az átfutási idő. Vita helyett egy kis trükk, hogy hatékonyabban MySQL amely általában szó, amelyet a legtöbb distro nélkül túl sok paramétereit hangolás. Az info utalja a Linux distro de könnyen alkalmazkodó más OS.

A konfigurációs fájl általában az / etc / my.ini.

Eempio a my.ini:

[mysqld]
datadir = / var / lib / mysql
socket = / var / lib / mysql / mysql.sock
set-variable = key_buffer = 64M
set-variable = max_user_connections = 100
set-variable = query_cache_size = 64M
# Alapértelmezett használata régi jelszó formátumú összeegyeztethetőségüket mysql 3.x
# Clients (azok a mysqlclient10 kompatibilitási csomag).
old_passwords = 1

[mysql.server]
user = mysql
basedir = / var / lib

[mysqld_safe]
err-log = / var / log / mysqld.log
pid-file = / var / run / mysqld / mysqld.pid

buffers: a puffer a incremeto kap egy adatbázis sokkal gyorsabb. Aztán meg a puffereket alapuló memória áll rendelkezésre, figyelembe véve a fogyasztás történik az operációs rendszer és más alkalmazások és szolgáltatások használata. Ha lehet túl sok memóriát, míg nem egy olyan rendelkezést, futhat a teljesítmény a rendszert.

Wait_timeout: jelenti, hogy az idő telik el, mielőtt lezárják automatikusan kapcsolódni a MySQL, mert a tétlenség. Alacsonyabb szám, annál jobb teljesítményt. Ebben az esetben is meg kell játszani az ilyen kapcsolatok és az állítólagos ideje kalibrálásához a legjobb paramétert.

back_log: ellenőrzi, hogy hány egyidejű kapcsolatok is fenntartani, míg Mysql új szálat. Minél kisebb a szám, annál nagyobb a sebessége. Vigyázat, ez egyszerűen nem rontja a teljesítményt azáltal, ez a paraméter helyesen használja ezt csak akkor, ha feltétlenül szükséges.

Max_user_connections: Beállítja a maximális száma, a kapcsolatok engedélyezett a felhasználók számára. Ez nagyon hasznos, ha ugyanazt a rendszert kiszolgáló MySQL felhasználók hozzáférhetnek egyszerre.

Delayed_queue_size: számú sorral együtt INSERT késik. Kevesebb lesz mentén, a gyorsabb Mysql.

Sort_buffer_size: A méret a puffer juttatott végrehajtásának ORDER BY záradékok és Csoportosítás záradékokat. Ahhoz, hogy a lekérdezések hatékonyabbá azt megállapítani, hogy ez a paraméter értéke nagyobb, mint 2M.

Table_cache: vezérli a számos nyitott táblázatok az összes szálat, növelve ez a változó fogja növelni az asztalok loaded egyidejűleg és kivitelezése Mysql lesz gyorsabb. A figyelmet arra, hogy ez a paraméter, az operációs rendszerek határig mutat fájlokat megnyitni egyszerre, ha túllépi ezt a határt akkor merül fel minden rendszer meghibásodhat.

Thread_cache_size: A több szálat, hogy a gyorsítótár. Ez a funkció teszi használatát threads nagyon gyors.

A SHOW STATUS parancs segít bennünket, hogy valós időben nyomon követi azokat a változókat, amelyek több, mint mások, hogy segítsen megérteni, mi a legjelentősebb javulást tudunk tenni:

  • Handler_read_first: Azt jelzi, hogy hányszor volt az első rekord olvasni egy táblázatban. Ha ez gyakran megtörténik, az azt jelenti, hogy a tábla nem volt megfelelően indexálják.
  • Innodb_buffer_pool_wait_free: azt jelzi, hogy hányszor MySQL, hogy várjon a flushing oldalak a memória. Ha a visszaadott érték magas, akkor a puffer medence mérete nem megfelelően konfigurálni az írási műveletek összege alá, a szerver.
  • Key_reads: azt jelzi, hogy hányszor MySQL hozzáférés a fájlrendszer az adatbázis indexek. Ez lassítja a végrehajtási sebesség kérdése, így ha ez az érték magas, akkor az azt jelenti, hogy a legfontosabb puffer túl kicsi, és növelni kell.
  • Max_used_connections: jelzi a legnagyobb szám a kapcsolatok, hogy a MySQL nyílt meg az elmúlt elindulni. Egyrészt ez egy igazi benchmark (ez segít eldönteni azt a maximális számát, a kapcsolatok, hogy a szerver támogatja), a másik pedig kényelmes forgalom elemző.
  • Open_tables: Azt jelzi, a jelenlegi számos táblázatot nyitva. Ezt az értéket ki kell elemezni, ötvözve a cache mérete az asztalra. Normális méretét table_cache kell megállapítani magasabb ez a változó. Ha az érték open_tables sokkal alacsonyabb, mint table_cache elkerülni teljesítmény problémák, ezért is csökkentheti a cache méretét. Ha az érték open_tables nagyon magas, és megközelíti a cache méretét, majd emeli table_cache.
  • Select_full_join: A teljes csatlakozni a MySQL teljesített az igényeinek megfelelő az ügyfél számára. A magas érték azt jelzi, hogy ahelyett, tagolás, MySQL volt kénytelen elvégezni a teljes csatlakozásra. Ez arra utal, hogy szükség van egy erős index ezeket a táblázatokat.
  • Slow_queries: azt jelzi, a Number of Queries vette, hogy több idő, mint általában a tennivaló. A magas érték vezet bennünket, hogy elemezzük a Slow Query Log meg mi a lassú lekérdezés optimalizálása.
  • Threads_connected: Azt jelzi, az ügyfelek száma, amelyek kapcsolódnak a szerverhez egy ilyen pillanat.
  • Created_tmp_disk_tables: jelzi a számos ideiglenes tábla, amely azért jött létre a lemezen helyett memóriát. Mivel a táblázatokban a lemez általában lassabb, mint a memória tartalmát a változó lesz fordítottan arányos a sebesség, amellyel lekérdezések futnak a parancs IDEIGLENES CREATE TABLE.
  • Uptime: Megmutatja, hány másodperc van a szolgáltatásra.
Megjelent: mysql, tippek
Powered by CyberTek - Távsegítség