MYSQL服务维护及应用设计笔记

以次是运用mysql效劳的少许体味，重要从以次几个上面商量的mysql效劳筹备安排。

1 mysql效劳的安置/摆设的通用性；2 体例的晋级和数据迁徙简单性；3 备份和体例赶快回复；

　　mysql效劳器的筹备为了此后保护，晋级备份的简单和数据的安定性，最佳将mysql步调文献和数据辨别安置在“各别的硬件”上。

　　/ 　　/usr <== 操纵体例 }==> 硬盘1 　　/home/mysql <== mysql运用步调　　... 　　/data/app_1/ <== 运用数据和剧本 }==> 硬盘2　　/data/app_2/　　/data/app_3/

　　mysql效劳的安置和效劳的启用：　　mysql普遍运用暂时stable的本子，尽管不运用--with-charset=选项，我发觉with-charset只在按假名排序的功夫才有效，那些选项会对数据的迁徙带来很多烦恼。

　　configure --prefix=/home/mysql　　make 　　make install

　　效劳的启用和遏止

　　1 复制缺省的mysql/var/mysql到 /data/app_1/目次下

　　2 mysqld的启用剧本：　　start_mysql.sh　　#!/bin/sh　　rundir=`dirname "$0"`　　echo "$rundir"　　/home/mysql/bin/safe_mysqld --user=mysql --pid-file="$rundir"/mysql.pid --datadir="$rundir"/var "$@"\　　-o max_connections=500 -o wait_timeout=600 -o key_buffer=32m --port=3402 --socket="$rundir"/mysql.sock &

　　解释：

　　--pid-file="$rundir"/mysql.pid --socket="$rundir"/mysql.sock --datadir="$rundir"/var 手段都是将相映数据和运用偶尔文献放在一道；-o 反面普遍是效劳器启用全部变量优化参数，有功夫须要按照简直运用安排；--port: 各别的运用运用port参数散布到各别的效劳上去，一个效劳不妨供给的贯穿数普遍是mysql效劳的重要瓶颈；

窜改各别的效劳到各别的端口后，在rc.local文献中介入：

　　/data/app_1/start_mysql.sh　　/data/app_2/start_mysql.sh　　/data/app_3/start_mysql.sh提防：必需写全路途

   3 mysqld的遏止剧本：stop_mysql.sh　　#!/bin/sh　　rundir=`dirname "$0"`　　echo "$rundir"　　/home/mysql/bin/mysqladmin -u mysql -s"$rundir"/mysql.sock shutdown

[page_break]运用这个剧本的长处在乎：

1 多个效劳启用：只须要窜改剧本中的--port=参数。单个目次下的数据和效劳剧本都是不妨独力打包的。

2 一切效劳相映文献都坐落/data/app_1/目次下：比方：mysql.pid mysql.sock，当一台效劳器上启用多个效劳时，多个效劳不会彼此感化。但都放到缺省的/tmp/下则有大概被其余运用误删。

3 当硬盘1出题目此后，径直将硬盘2放到一台装好mysql的效劳器上就不妨连忙回复效劳（即使放到my.cnf里则还须要备份相映的摆设文献）。

效劳启用后/data/app_1/下相映的文献和目次散布如次：　　/data/app_1/　　　start_mysql.sh 效劳启用剧本　　　stop_mysql.sh 效劳遏止剧本　　　mysql.pid 效劳的过程id　　　mysql.sock 效劳的sock　　　var/ 数据区　　　mysql/ 用户库　　　app_1_db_1/ 运用库　　　app_2_db_2/　　　...　　/data/app_2/　　　...

察看一切的运用过程id：　　cat /data/*/mysql.pid

察看一切数据库的缺点日记：　　cat /data/*/var/*.err

部分倡导：mysql的重要瓶颈在port的贯穿数上，所以，将表构造优化好此后，相映单个mysql效劳的cpu占用仍旧在10％之上，就要商量将效劳拆分到多个port上运转了。

　　效劳的备份

尽管运用mysql dump而不是径直备份数据文献，以次是一个按weekday将数据轮循备份的剧本：备份的间隙和周期不妨按照备份的需要决定

　　/home/mysql/bin/mysqldump -s/data/app_1/mysql.sock -umysql db_name | gzip -f>/path/to/backup/db_name.`data +%w`.dump.gz　　所以写在crontab中普遍是：　　* 6 * * * /home/mysql/bin/mysqldump -s/data/app_1/mysql.sock -umysql db_name | gzip -f>/path/to/backup/db_name.`data +\%w`.dump.gz

提防：

　　1 在crontab中'%'须要转义成'\%'

　　2 按照日记统计，运用负载最低的功夫普遍是在早晨6点

　　先备份在当地而后传到长途的备份效劳器上，大概径直创造一个数据库备份帐号，径直在长途的效劳器上备份，长途备份只须要将之上剧本中的-s /path/to/msyql.sock改成-h ip.address即可。

  数据的回复和体例的晋级

　　凡是保护和数据迁徙：在数据盘没有被妨害的情景下硬盘普遍是体例中寿命最低的硬件。而体例（囊括操纵体例和mysql运用）的晋级和硬件晋级，城市遇到数据迁徙的题目。只有数据静止，先装好效劳器，而后径直将数据盘（硬盘2）安置上，只须要将启用剧本从新介入到rc.local文献中，体例就算是很好的回复了。灾害回复：数据自己被妨害的情景下决定妨害的功夫点，而后从备份数据中回复。

运用的安排重心

1.非用数据库不行吗？　　数据库简直不妨简化很多运用的构造安排，但自己也是一个体例资源耗费比拟大的运用。以是很多运用即使没有很高的及时统计需要的话，实足不妨先记载到文献日记中，按期的导出到数据库中做后续统计领会。即使仍旧须要记载2维表构造，构造充满大略的话不妨运用dbm构造。纵然须要运用数据库的，运用即使没有太搀杂的数据完备性需要的化，实足不妨不运用那些扶助外键的贸易数据库。

2.数据库效劳的重要瓶颈：单个效劳的贯穿数对于一个运用来说，即使数据库表构造的安排不妨依照数据库道理的范式来安排的话，而且仍旧运用了最新本子的mysql，而且依照比拟优化的办法运转了，那么结果的重要瓶颈普遍在乎单个效劳的贯穿数，纵然一个数据库不妨扶助并发500个贯穿，最佳也不要把运用用到这个局面，由于并发贯穿数过普遍据库效劳自己用来安排的线程的开支也会特殊大了。以是即使运用承诺的话：让一台呆板多跑几个mysql效劳分管。将效劳平衡的筹备到多个mysql效劳端口上：比方app_1 ==> 3301 app_2 ==> 3302...app_9 ==> 3309。一个1g外存的呆板跑上10个mysql是很平常的。让10个mysqld接受1000个并发贯穿功效要比让2个mysqld接受1000个功效高的多。固然，如许也会带来少许运用编制程序上的搀杂度；

3.运用独立的数据库效劳器（不要和前台web效劳抢外存），mysql具有更多的外存就大概能灵验的举行截止集的缓存；

4.运用尽管运用pconnect和polling体制，用来俭朴mysql效劳创造贯穿的开支；

5.表的横向拆分：让最常被考察的10%的数据放在一个小内外，90%的汗青数据放在一个存档内外，数据中央经过按期“搬场”和按期简略失效数据来俭朴。如许对于运用来说老是在10%数据中举行采用，比拟利于于数据的缓存，不要巴望mysql中对单表记载数在10万级之上再有比拟高的功效。

6.表的纵向拆分（过度范化）：将一切的定长字段（char, int等）放在一个内外，一切的变长字段（varchar,text,blob等）放在其余一个内外，2个表之间经过主键关系，如许，定长字段表不妨获得很大的优化（以至不妨运用heap表典型，数据实足在外存中存取），这边也证明其余一个规则，对于咱们来说，尽管运用定长字段不妨经过空间的丢失调换考察功效的普及。mysql之以是扶助多种表典型，本质上是对准各别运用供给了各别的优化办法；

7.提防的查看运用的索引安排，以至在效劳启用中介入 --log-slow-queries[=file]用来盯梢领会运用瓶颈。