Attachment 96773 Details for Bug 147271 – mysql-upgrading.xml translated into Czech

mysql-upgrading.xml translated into Czech

mysql-upgrading.xml (text/plain), 12.50 KB, created by Jan Oppolzer on 2006-09-12 01:17:56 UTC

(hide)

Description:

Filename:

MIME Type:

Creator: Jan Oppolzer

Created: 2006-09-12 01:17:56 UTC

Size: 12.50 KB

patch

obsolete

><?xml version='1.0' encoding="UTF-8"?>
><!DOCTYPE guide SYSTEM "/dtd/guide.dtd">
>
>
><guide link="/doc/cs/mysql-upgrading.xml" lang="cs">
><title>PrÅ¯vodce aktualizacÃ na MySQL 4.* nebo 5.0.*</title>
>
><author title="Author">
> <mail link="citizen428@gentoo.org">Michael Kohl</mail>
></author>
><author title="Author">
> <mail link="vivo@gentoo.org">Francesco Riosa</mail>
></author>
><author title="PÅekladatel">
> <mail link="jan.oppolzer@gmail.com">Jan Oppolzer</mail>
></author>
>
><abstract>
>MySQL tÃ½m hrdÄ oznamuje, Å¾e MySQL 5.0 bude brzy k nalezenÃ ve stabilnÃm stromu
>Gentoo. Tento dokument popisuje, jak aktualizovat na MySQL 4.* a 5.0.*.
></abstract>
>
>
>
><license/>
>
><version>1.12</version>
><date>2006-09-10</date>
>
><chapter>
><title>PÅÃmÃ¡ aktualizace, doporuÄenÃ¡ pro migraci 4.1 =&gt; 5.0</title>
><section>
><body>
>
>
>Myisam pamÄÅ¥ovÃ½ engine ve verzi 4.1 byl jiÅ¾ dostateÄnÄ vyspÄlÃ½, aby umoÅ¾nil
>pÅÃmou aktualizaci na dalÅ¡Ã majoritnÃ verzi MySQL.
>
>
><pre caption="PÅÃmÃ¡ aktualizace ze 4.1 na 5.0">
># quickpkg dev-db/mysql
># alias MYSQL="mysql --user=root --password=<comment>'vaÅ¡e_heslo'</comment>"
># DATADIR=$(MYSQL --batch --raw --silent --skip-column-names \
> --execute='SHOW variables LIKE "datadir";' \
> | sed -e 's|datadir[ \t]||')
># MYSQL --execute="FLUSH TABLES WITH READ LOCK;"
># tar -cjpvf ~/mysql.$(date +%F"T"%H-%M).tar.bz2 \
> /etc/mysql/conf.d/mysql /etc/mysql/my.cnf "${DATADIR}"
># MYSQL --execute="UNLOCK TABLES;"
># tar -tjvf ~/mysql.*.tar.bz2
># emerge -av "&gt;mysql-5.0"
># dispatch-conf
># revdep-rebuild
># /etc/init.d/mysql restart
># mysql_upgrade_shell --user=root --password=<comment>'vaÅ¡e_heslo'</comment> \
> --protocol=tcp --datadir="${DATADIR}"
># /etc/init.d/mysql restart
># unset DATADIR
># unalias MYSQL
></pre>
>
></body>
></section>
></chapter>
>
><chapter>
><title>Aktualizace ze starÃ½ch verzÃ MySQL</title>
><section>
><body>
>
>
>UÅ¾ivatelÃ© aktualizujÃcÃ ze starÃ© verze (&lt;4.0.24) MySQL budou muset nejdÅÃve
>nainstalovat MySQL 4.0.25. Pokud jiÅ¾ mÃ¡te novÄjÅ¡Ã verzi, mÅ¯Å¾ete tuto sekci
>pÅeskoÄit a pokraÄovat <uri link="#backup">v&nbsp;dalÅ¡Ã</uri>.
>
>
><pre caption="JednoduchÃ¡ aktualizace">
># emerge -av --buildpkg "&lt;mysql-4.1"
></pre>
>
></body>
></section>
></chapter>
>
><chapter id="backup">
><title>VytvÃ¡ÅenÃ zÃ¡lohy vaÅ¡ich souÄasnÃ½ch dat</title>
><section>
><body>
>
>
>Jeden z&nbsp;nejdÅ¯leÅ¾itÄjÅ¡Ãch ÃºkolÅ¯, kterÃ½ musÃ kaÅ¾dÃ½ administrÃ¡tor databÃ¡ze
>provÃ¡dÄt, je zÃ¡lohovÃ¡nÃ dat. VzhÅ¯ru do toho:
>
>
><pre caption="ZÃ¡loha vÅ¡ech databÃ¡zÃ">
># mysqldump \
> -uroot \
> --password=<comment>'vaÅ¡e_heslo'</comment> \
> -hlocalhost \
> --all-databases \
> --opt \
> --allow-keywords \
> --flush-logs \
> --hex-blob \
> --master-data \
> --max_allowed_packet=16M \
> --quote-names \
> --result-file=BACKUP_MYSQL_4.0.SQL
></pre>
>
>
>NynÃ by mÄl existovat soubor pojmenovanÃ½ <path>BACKUP_MYSQL_4.0.SQL</path>,
>kterÃ½ mÅ¯Å¾e bÃ½t pozdÄji pouÅ¾it pro obnovenÃ vaÅ¡ich dat. Data jsou popsÃ¡na
>v&nbsp;MySQL verzi jazyka SQL, the Structured Query Language (= StrukturovanÃ½
>dotazovacÃ jazyk).
>
>
>
>NynÃ by byl takÃ© dobrÃ½ Äas na zjiÅ¡tÄnÃ, jestli zÃ¡loha, kterou jste vytvoÅili,
>je funkÄnÃ.
>
>
></body>
></section>
></chapter>
>
><chapter>
><title>Aktualizace ze souÄasnÃ½ch verzÃ MySQL</title>
><section>
><body>
>
>
>Pokud jste pÅeskoÄili krok #1, musÃte nynÃ vytvoÅit zÃ¡loÅ¾nÃ balÃÄek
>(databÃ¡zovÃ©ho serveru a nikoli dat) souÄasnÃ© nainstalovanÃ© verze:
>
>
><pre caption="BinÃ¡rnÃ zÃ¡loha balÃÄku">
># quickpkg dev-db/mysql
></pre>
>
>
>NynÃ nastal Äas na vyÄiÅ¡tÄnÃ souÄasnÃ© verze a vÅ¡ech jejich dat:
>
>
><pre caption="OdinstalovÃ¡nÃ MySQL">
># /etc/init.d/mysql stop
># emerge -C mysql
># tar cjpvf ~/mysql.$(date +%F"T"%H-%M).tar.bz2 /etc/mysql/my.cnf /var/lib/mysql/
># ls -l ~/mysql.*
># rm -rf /var/lib/mysql/ /var/log/mysql
></pre>
>
><note>
>NynÃ by mÄly existovat dvÄ rÅ¯znÃ© zÃ¡lohy: PrvnÃ SQL, kterÃ¡ je pÅenosnÃ¡ mezi
>rÅ¯znÃ½mi verzemi MySQL, a druhÃ¡, kterÃ¡ vÃ¡m dovolÃ rychle obnovit vaÅ¡i databÃ¡zi.
>To bude detailnÄji popsÃ¡no dÃ¡le v&nbsp;tomto dokumentu.
></note>
>
>
>PotÃ©, co jste se zbavili vaÅ¡Ã starÃ© MySQL instalace, mÅ¯Å¾ete nynÃ nainstalovat
>novou verzi. VÅ¡imnÄte si, Å¾e <c>revdep-rebuild</c> je nezbytnÃ½ pro obnovu
>balÃÄkÅ¯ linkovanÃ½ch proti MySQL.
>
>
><pre caption="Aktualizace binÃ¡rek">
># emerge -av "&gt;mysql-4.1"
><comment>(K aktualizaci konfiguraÄnÃch souborÅ¯, mÅ¯Å¾ete takÃ© pouÅ¾Ãt dispatch-conf)</comment>
># etc-update
># revdep-rebuild
></pre>
>
>
>NynÃ nakonfigurujte novÄ nainstalovanou verzi MySQL a restartujte dÃ©mona:
>
>
><pre caption="Konfigurace zÃ¡kladnÃho nastavenÃ MySQL 4.1">
># emerge --config =mysql-4.1.<comment>&lt;mikro_verze&gt;</comment>
># /etc/init.d/mysql start
></pre>
>
>
>Nakonec mÅ¯Å¾ete importovat zÃ¡lohu, kterou jste vytvoÅili bÄhem kroku #2.
>
>
><impo>
>StandardnÃ <path>/etc/mysql/my.cnf</path> soubor nastavuje binÃ¡rnÃ zapisovÃ¡nÃ
>(<c>log-bin</c>) standardnÄ. To bude zapisovat kaÅ¾dou transakci, kterÃ¡ upravÃ
>data. MÃ¡te-li velkou databÃ¡zi (1GB nebo vÃce), mÅ¯Å¾e to vytvoÅit extrÃ©mnÄ velkÃ©
>soubory, kterÃ© zaberou dost rychle kapacitu disku. Pokud mÃ¡te mÃ¡lo mÃsta,
>vypnutÃ binÃ¡rnÃho zapisovÃ¡nÃ mÅ¯Å¾e bÃ½t dobrÃ½ nÃ¡pad.
></impo>
>
><impo>
>StandardnÃ znakovÃ¡ sada v&nbsp;MySQL 4.1 a vÃ½Å¡e je <c>utf8</c>. Pokud data
>obsahujÃ znaky neobsaÅ¾enÃ© v ASCII, mohli byste chtÃt zachovat standardnÃ
>znakovou sadu databÃ¡ze zmÄnou vÅ¡ech vÃ½skytÅ¯ <c>utf8</c> za <c>latin1</c>
>v&nbsp;konfiguraÄnÃm souboru <path>/etc/mysql/my.cnf</path>. VÃce informacÃ
>mÅ¯Å¾ete nalÃ©zt v&nbsp;kapitole <uri link="#On_charset_conversion">Konverze
>znakovÃ½ch sad</uri>.
></impo>
>
><impo>
>AdministrativnÃ databÃ¡ze <c>mysql</c> obsahuje, kromÄ jinÃ½ch informacÃ,
>uÅ¾ivatelskÃ¡ jmÃ©na, hesla a musÃ bÃ½t kÃ³dovanÃ¡ v&nbsp;utf8.
></impo>
>
><pre caption="ImportovÃ¡nÃ SQL zÃ¡lohy">
># cat BACKUP_MYSQL_4.0.SQL \
> | mysql \
> -uroot \
> --password=<comment>'vaÅ¡e_heslo'</comment> \
> -hlocalhost \
> --max_allowed_packet=16M
>
># mysql_fix_privilege_tables \
> --defaults-file=/etc/mysql/my.cnf \
> --user=root \
> --password=<comment>'vaÅ¡e_heslo'</comment>
></pre>
>
>
>Pokud nynÃ restartujete vaÅ¡eho MySQL dÃ©mona a vÅ¡e probÄhne jak pÅedpoklÃ¡dÃ¡no,
>budete mÃt plnÄ funkÄnÃ 4.1.x verzi! :-)
>
>
><pre caption="Restart MySQL">
># /etc/init.d/mysql restart
></pre>
>
>
>Pokud se setkÃ¡te s&nbsp;nÄjakÃ½mi problÃ©my bÄhem aktualizaÄnÃho procesu, prosÃm,
>oznamte je na naÅ¡Ã <uri link="https://bugs.gentoo.org">Bugzille</uri>.
>
>
></body>
></section>
></chapter>
>
><chapter>
><title>ObnovenÃ starÃ© instalace MySQL 4.0</title>
><section>
><body>
>
>
>Pokud nejste Å¡Å¥astnÃ s&nbsp;MySQL 4.1, je moÅ¾nÃ© se vrÃ¡tit zpÄt k&nbsp;MySQL 4.0.
>
>
><pre caption="NÃ¡vrat k pÅedeÅ¡lÃ© verzi">
># /etc/init.d/mysql stop
># emerge -C mysql
># rm -rf /var/lib/mysql/ /var/log/mysql
># emerge --usepkgonly "&lt;mysql-4.1"
><comment>(ZmÄÅte &lt;Äasovou_znaÄku&gt; na tu, kterou jste pouÅ¾ili pÅi tvorbÄ zÃ¡lohy.)</comment>
># tar -xjpvf mysql.&lt;ÄasovÃ¡_znaÄka&gt;.tar.bz2 -C /
># /etc/init.d/mysql start
></pre>
>
><impo>
>Pokud byly bÄhem nÃ¡sledovÃ¡nÃ tohoto prÅ¯vodce nainstalovÃ¡ny jinÃ© balÃÄky neÅ¾
><c>dev-db/mysql</c>, budete potÅebovat spustit <c>revdep-rebuild</c>
>k&nbsp;ujiÅ¡tÄnÃ, Å¾e kaÅ¾dÃ½ klient pouÅ¾ÃvÃ¡ sprÃ¡vnÃ½ sdÃlenÃ½ objekt mysqlclient.
></impo>
>
></body>
></section>
></chapter>
>
><chapter id="On_charset_conversion">
><title>Konverze znakovÃ½ch sad:</title>
><section>
><title>Ãvod</title>
><body>
>
>
>Tato kapitola nenÃ zamÃ½Å¡lena jako vyÄerpÃ¡vajÃcÃ prÅ¯vodce pro konverzi znakovÃ½ch
>sad, ale spÃÅ¡e jako krÃ¡tkÃ½ seznam rad, podle kterÃ½ch mÅ¯Å¾e ÄtenÃ¡Å postupovat.
>
>
>
>Konverze databÃ¡ze mÅ¯Å¾e bÃ½t komplexnÃ Ãºkol s&nbsp;problÃ©my vzrÅ¯stajÃcÃmi
>s&nbsp;rÅ¯znostÃ dat. VÄci jako serializovanÃ½ objekt a BLOB-y jsou jednÃm
>pÅÃkladem, kde je sloÅ¾itÃ© udrÅ¾et kousky pohromadÄ.
>
>
></body>
></section>
><section>
><title>Indexy</title>
><body>
>
>
>KaÅ¾dÃ½ znak v&nbsp;utf-8 je 3 bajty dlouhÃ½ s&nbps;indexem. Indexy v&nbps;MySQL
>mohou bÃ½t aÅ¾ 1000 bajtÅ¯ dlouhÃ© (767 bajtÅ¯ pro InnoDB tabulky). VÅ¡imnÄte si,
>Å¾e limity jsou mÄÅeny v&nbsp;bajtech, kdeÅ¾to velikost sloupce je interpretovÃ¡na
>jako poÄet znakÅ¯.
>
>
>
>MySQL mÅ¯Å¾e takÃ© vytvoÅit indexy na ÄÃ¡stech sloupce, to mÅ¯Å¾e bÃ½t nÃ¡pomocnÃ©. DÃ¡le
>jsou nÄjakÃ© pÅÃklady:
>
>
><pre caption="Indexace pouÅ¾itÃm prefixu">
>$ mysql -uroot -p'<comment>vaÅ¡e_heslo</comment>' test
>
>mysql> SHOW variables LIKE "version" \G
>*************************** 1. row ***************************
>Variable_name: version
> Value: <comment>5.0.24-log</comment>
>1 row in set (0.00 sec)
>
>mysql> CREATE TABLE t1 (
> -> c1 varchar(255) NOT NULL default '',
> -> c2 varchar(255) NOT NULL default ''
> -> ) ENGINE=MyISAM DEFAULT CHARSET=utf8;
>Query OK, 0 rows affected (0.01 sec)
>
>mysql> ALTER TABLE t1
> -> ADD INDEX idx1 ( c1 , c2 );
><comment>ERROR 1071 (42000): Specified key was too long; max key length is 1000 bytes</comment>
>
>mysql> ALTER TABLE t1
> -> ADD INDEX idx1 ( c1(165) , c2(165) );
>Query OK, 0 rows affected (0.01 sec)
>Records: 0 Duplicates: 0 Warnings: 0
>
>mysql> CREATE TABLE t2 (
> -> c1 varchar(255) NOT NULL default '',
> -> c2 varchar(255) NOT NULL default ''
> -> ) ENGINE=MyISAM DEFAULT CHARSET=sjis;
>Query OK, 0 rows affected (0.00 sec)
>
>mysql> ALTER TABLE t2
> -> ADD INDEX idx1 ( c1(250) , c2(250) );
>Query OK, 0 rows affected (0.03 sec)
>Records: 0 Duplicates: 0 Warnings: 0
>
>mysql> CREATE TABLE t3 (
> -> c1 varchar(255) NOT NULL default '',
> -> c2 varchar(255) NOT NULL default ''
> -> ) ENGINE=MyISAM DEFAULT CHARSET=latin1;
>Query OK, 0 rows affected (0.00 sec)
>
>mysql> ALTER TABLE t3
> -> ADD INDEX idx1 ( c1 , c2 );
>Query OK, 0 rows affected (0.03 sec)
>Records: 0 Duplicates: 0 Warnings: 0
></pre>
>
></body>
></section>
><section>
><title>ProstÅedÃ</title>
><body>
>
>
>SystÃ©m musÃ bÃ½t nakonfigurovÃ¡n s&nbsp;podpodou zvolenÃ© UTF-8 lokalizace. VÃce
>informacÃ najdete v&nbsp;naÅ¡Ã dokumentaci: <uri
>link="/doc/cs/utf-8.xml">PouÅ¾ÃvÃ¡nÃ UTF-8 v&nbsp;Gentoo</uri> a <uri
>link="/doc/cs/guide-localization.xml">Lokalizace Gentoo Linuxu</uri>.
>
>
>
>V&nbsp;tomto pÅÃpadÄ nastavÃme nÄkterÃ© promÄnnÃ© shellovÃ©ho prostÅedÃ, abychom
>pouÅ¾Ãvali anglickou lokalizaci s&nbsp;UTF-8
>v&nbsp;<path>/etc/env.d/02locale</path>:
>
>
><pre caption="/etc/env.d/02locale">
>LC_ALL=en_US.UTF-8
>LANG=en_US.UTF-8
></pre>
>
>
>PotÃ© urÄitÄ spusÅ¥tÄ <c>env-update &amp;&amp; source /etc/profile</c>.
>
>
></body>
></section>
><section>
><title>Program iconv</title>
><body>
>
>
>Program <c>iconv</c> poskytovanÃ½ <c>sys-libs/glibc</c> je pouÅ¾ÃvÃ¡n pro konverzi
>textovÃ½ch souborÅ¯ z&nbsp;jednÃ© znakovÃ© sady do jinÃ©. BalÃÄek
><c>app-text/recode</c> mÅ¯Å¾e bÃ½t pouÅ¾it takÃ©.
>
>
><pre caption="PouÅ¾itÃ iconv">
><comment>(Z&nbsp;latin1 do utf8)</comment>
>$ iconv -f ISO-8859-15 -t UTF-8 file1.sql &gt; file2.sql
>
><comment>(Z&nbsp;japonÅ¡tiny do utf8)</comment>
>$ iconv -f ISO2022JP -t UTF-8 file1.sql &gt; file2.sql
></pre>
>
>
><c>iconv</c> mÅ¯Å¾e bÃ½t pouÅ¾it pro pÅekÃ³dovÃ¡nÃ SQL vÃ½pisu ("dumpu") i&nbsp;kdyÅ¾
>prostÅedÃ nenÃ nastavano na utf8.
>
>
></body>
></section>
><section>
><title>SQL Mangling</title>
><body>
>
>
>Je moÅ¾nÃ© pouÅ¾Ãt MySQL funkce <c>CONVERT()</c> a <c>CAST()</c> ke konverzi dat
>ve vaÅ¡ich SQL skriptech.
>
>
></body>
></section>
><section>
><title>Apache (webovÃ½ server)</title>
><body>
>
>
>Pokud pouÅ¾ÃvÃ¡te utf-8 v&nbsp;Apachi, potÅebujete pÅizpÅ¯sobit nÃ¡sledujÃcÃ
>promÄnnÃ© v&nbsp;<path>httpd.conf</path>: AddDefaultCharset, CharsetDefault,
>CharsetSourceEnc. Pokud zdrojovÃ© html soubory nejsou v&nbsp;utf-8, musÃ
>bÃ½t pÅekonvertovÃ¡ny pomocÃ <c>iconv</c> nebo <c>recode</c>.
>
>
></body>
></section>
></chapter>
>
></guide>

Actions: View

Attachments on bug 147271: 96773