Nothing2Hide

Automatiserer sikkerhetskopieringen av MySQL-databasen på Windows og Linux

Den sikkerhetskopi av en database MySQL er en svært viktig spesielt for hele området medium / høy bør gjøres selv om daglig. I denne artikkelen vil vi se hvordan denne type operasjon er lett automatizzabile gjennom planlegging av et enkelt skript fra kommandolinjen, enten du bruker Linux og Windows.
Hold lesing…

Skrevet på 15 mai 2008 til 14:57 på Unix / Linux, Windows | Kommentarer [0]
Del | Tags: backup, database, Linux, MySQL, Windows

Setup Apache 2, MySQL 5 og PHP 5 på Windows på 5 minutter

Selv om vi alle er enige om at Linux er den ideelle plattformen for denne typen programmer, kan fortsatt skje har også behov for å installere Apache, MySQL og PHP på Windows. Den største problemet i dette tilfellet er ikke så mye å installere enkelte programmer, som i konfigurere fordi de integreres perfekt. Og på Windows kan dette være vanskeligere enn Linux på hvilke trinn er å bli gjort klare og presise.

I denne situasjonen kan vi komme til hjelp XAMPP, en spesiell installasjonsprogrammet egnet for Windows (selv om det fortsatt er versjoner for Mac OS X, Solaris og Linux) som gjør at du kan installere i en operasjon en pakke, inkludert Apache, MySQL og PHP allerede ferdig og klar til bruk, med en enhetlig ledelse konsollen. Faktisk ønsker å være nøyaktig det bundle XAMPP installerer og konfigurerer PCen din på følgende programmer:

• Apache HTTPD 2.2.8 + OpenSSL 0.9.8g
• MySQL 5.0.51a
• PHP 5.2.5
• PHP 4.4.8
• phpMyAdmin 2.11.4
• Filezilla FTP Server 0.9.25
• Mercury Mail Transport System 4,52

Hold lesing…

Skrevet av 23 april 2008 at 8:37 i Software | Kommentarer [2]
Del | Tags: apache, mysql, php, Windows, XAMPP

Setup Apache2, MySQL og PHP5 på Linux Ubuntu

Sist helg bestemte jeg meg for å gi et formål til en gammel PC (Pentium III med 128 MB RAM og 30 GB for HD) der noen få måneder siden jeg installerte Ubuntu 6.0.6 Server. Som alltid hva jeg manglet var en test miljø som frakoblet tillatt meg å prøve, endringer og nye funksjoner for å legge til mine områder og unngå effettuarle varmt, jeg trengte å installere og konfigurere Apache2, MySQL og PHP5.

Hold lesing…

Skrevet på 20 mar 2007 at 11:25 på Unix / Linux | Kommentarer [12]
Del | Tags: apache2, mysql, php, php5, ubuntu, Unix / Linux

Reparer ødelagt bord på MYSQL

Noen få dager siden jeg begynte å gjenkjenne en rekke feil på php-statistikk på det blir umulig å kjøre en rekke henvendelser fra ulike tabeller.
Meldingene ble mottatt av denne typen:
# 1016 - Kan ikke åpne filen: 'nometabella.MYI (Errno: 130)
I begynnelsen var jeg forventer var et problem på grunn av en metning av plass tilgjengelig for db, slik at jeg reallocated et par MB, men ikke merke forbedring etter to dager jeg begynte å bekymre deg. Søker på Google etter feilmeldingen ovenfor Jeg fant bare ett resultat på betydelige det rapportert et lignende problem, og foreslo groped løse problemet ved å kjøre følgende kommando SQL:

  REPARASJON TABLE nometabella; 

I mitt tilfelle jeg klarte å lagre bare ett av tre tabeller, men er skadet og at det punktet jeg bedt om en kommune (og avklaringer om) Technical Support TopHost som svarte suggerendomi å prøve kommandoen:

  REPARASJON TABLE nometabella USE_FRM; 

I dette tilfellet reparasjonen har vært vellykket og php-statistikken synes å ha returnert til å fungere riktig. Senere har jeg imidlertid lyst til å prøve å forstå litt "bedre en betydning og mulige konsekvenser av disse tiltakene gjenopprette den respekt og jeg prøver å sette på" MySQL 5,0 Reference Manual "under" REPARASJON TABLE Syntax "er ganske uttømmende .
Så jeg kan forstå at:

• Årsaken til korrupsjon tabeller, eller mer presist indeksen, er nesten alltid skyldes en plutselig krasjer av DB; trenger å forstå hvilken prosentandel av ansvar er båret av vertstjeneste…
• Kommandoen REPARASJON TABLE nometabella; bare prøver å rekonstruere filen indeksen;
• Kommandoen REPARASJON TABLE nometabella USE_FRM; bør brukes nøyaktig hvor indeksfilen er det ikke mer, eller hvis den har overskriften skadet. Alternativet USE_FRM siden den filen. MYI bli gjenskapt fra filene. FRM, så dette tiltaket er mer radikal og farlig. Det samme referanse MySQL sier: "Bruk denne innstillingen bare hvis du ikke kan bruke vanlige REPARASJON moduser. The. MYI inneholder viktig tabellen metadata (spesielt gjeldende AUTO_INCREMENT verdi og Slett-kobling) som er tapt i REPARASJON… USE_FRM. Ikke bruk USE_FRM hvis tabellen er komprimert, fordi denne informasjonen er også lagret i. MYI fil. "

Skriftlig på 8 mars 2007 at 11:38 i Software | Kommentarer [0]
Del | Tags: mysql, Programvare