与max_connections有关的特性

• MySQL无论如何都会保留一个用于管理员（SUPER）登陆的连接，用于管理员连接数据库进行维护操作，即使当前连接数已经达到了max_connections。因此MySQL的实际最大可连接数为max_connections+1；
• 这个参数实际起作用的最大值（实际最大可连接数）为16384，即该参数最大值不能超过16384，即使超过也以16384为准；
• 增加max_connections参数的值，不会占用太多系统资源。系统资源（CPU、内存）的占用主要取决于查询的密度、效率等；
• 该参数设置过小的最明显特征是出现“Too many connections”错误；

调整max_connections参数的值

调整此参数的方法有几种，既可以在编译的时候设置，也可以在MySQL配置文件 my.cnf 中设置，也可以直接使用命令调整并立即生效。

1、在编译的时候设置默认最大连接数

打开MySQL的源码，进入sql目录，修改mysqld.cc文件：

{“max_connections”, OPT_MAX_CONNECTIONS,
“The number of simultaneous clients allowed.”, (gptr*) &max_connections,
(gptr*) &max_connections, 0, GET_ULONG, REQUIRED_ARG, 100, 1, 16384, 0, 1,
0},

红色的“100”即为该参数的默认值，修改为想要的数值，存盘退出。然后执行

./configure;make;make install

重新编译安装MySQL；注意，由于编译安装且修改了MySQL源码，此操作最好在安装MySQL之前进行；

2、在配置文件my.cnf中设置max_connections的值

打开MySQL配置文件my.cnf

[root@www ~]# vi /etc/my.cnf

找到max_connections一行，修改为（如果没有，则自己添加），

max_connections = 1000

上面的1000即该参数的值。

3、实时（临时）修改此参数的值

首先登陆mysql，执行如下命令：

[root@www ~]# mysql -uroot -p

然后输入MySQL Root的密码。
查看当前的Max_connections参数值：

mysql> SELECT @@MAX_CONNECTIONS AS ‘Max Connections’;

设置该参数的值：
mysql> set GLOBAL max_connections=1000;
（注意上面命令的大小写）

修改完成后实时生效，无需重启MySQL。

总体来说，该参数在服务器资源够用的情况下应该尽量设置大，以满足多个客户端同时连接的需求。否则将会出现类似“Too many connections”的错误。

如果数据库较大，建议直接在命令行下使用mysqldump命令；如果数据库较小，并且打算直接备份到本地，则可以使用PHPMyAdmin进行。

备份数据库

mysqldump命令备份数据库

如果要将wordpress数据库进行备份：

mysqldump -u root -p wordpress > wp_backup.sql

如果希望备份所有的数据库：

mysqldump -u root -p --all-databases > all_backup.sql

执行后输入MySQL root用户的密码，即可将数据库备份至当前目录.sql文件。

PHPMyAdmin备份数据库

1、登录PhpMyadmin，进入相应数据库，点击export（导出）菜单

按照如下图片进行设置：

然后点击“导出”按钮，选择保存位置即可。

还原数据库

mysql命令

将wp_backup.sql还原至wordpress数据库：

mysql -u root -p wordpress < wp_backup.sql

PHPMyAdmin还原数据库

登录PhpMyAdmin，然后进入要还原（导入）的数据库，点击“import（还原）”菜单，然后选择.sql文件，确定即可。

MySQL for Windows重置密码

一般来说，Windows下的MySQL是安装成服务运行的。本文将以Windows 2003为例。

1、首先在 控制面板 – 管理工具 – 服务 中将MySQL服务停止。

2、以安全模式（跳过权限认证）启动MySQL服务
“开始菜单” – “运行” – 输入“cmd”并回车 – cd至MySQL安装目录下的 bin 目录，然后执行：

mysqld-nt.exe –skip-grant-tables

3、此时MySQL已经正常运行，通过PhpMyAdmin登录MySQL，用户名root，密码为空或任何其他字符；

MySQL for Linux重置密码

Linux下重置密码的原理与Windows下类似，都是采用安全模式跳过权限检查启动MySQL。

1、首先停止MySQL服务，执行如下命令：

[root@www ~]# /etc/init.d/mysql stop

2、以安全模式启动MySQL：

[root@www ~]# /usr/local/mysql/bin/mysqld_safe –skip-grant-tables &

3、此时即可通过phpMyAdmin或者命令行修改密码。用户名为root，密码为空即可。

附修改密码的命令：

首先以命令行模式登录MySQL：

[root@www ~]# mysql -u root -p

然后执行如下三条命令：

>use mysql;

>update user set password=password(“新密码”) where user=”root”;

>flush privileges;

即可。

其实这样的问题，一般都是备份数据库的时候没有按照正常的方法备份。直接在MYSQL DATA目录下面复制的数据，然后上传到新服务器上。造成数据库的权限或者属主不正确导致的。

登陆客户的SSH，进入网站MYSQL下面，修改网站数据库的属主和权限。

运行命令：

chown -R mysql:mysql /var/lib/mysql/juxian/
chmod -R 0777  /var/lib/mysql/juxian/

给数据库目录的所属用户和组改为mysql，并加上777的权限。

然后，运行命令：

cd /var/lib/mysql/bin/
mysqladmin -u root -p flush-tables

运行flush-tables后，刷新网站，看看是不是已经好啦，read only问题解决 。

mysql二进制日志文件用来记录所有用户对数据库操作，即记录用户对数据库操作的sql语句。如果有此文件，当数据库发生意外时，可以通过此文件查看到用户在此文件记录的时间段内用户所做的操作，再和数据库备份配合使用，即可再现用户操作，使数据库恢复。

二进制日志文件的弊端

二进制日志文件开启后，所有对数据库操作的记录均会被记录到此文件，

所以，当长时间开启之后，日志文件会变得很大，占用磁盘空间。

使用二进制日志文件恢复数据库

开启日志文件

mysql默认是不开启日志文件的功能的，需要我们手动开启。操作如下：

1、  打开mysql安装目录my.ini（windows系统是my.ini文件，linux是my.cnf文件）。

2、  找到[mysqld]这个标签，在此标签下面一行，添加语句：log-bin=binary-log。上面语句中，log-bin说明要开启二进制日志文件，binary-log是二进制日志文件的名字。

(测试的时候我设置的：log-bin=d:/mysql_log/logbin_ouyang.log)

3、  重启mysql服务。可以在mysql安装目录data 文件夹下看到“binary-log.数字编号”文件，

   如binary-log.000001。以后每重启一次mysql服务，都会重新生成二进制日志文件，

   文件名中的数字编号依次递增。

(你的上一步给出的文件名，加了个序号 还有一个总的文件 index文件 如图1：)

恢复数据库

使用日志文件恢复数据库必须要有一个数据库备份（只要是在二进制日志文件功能开启之后备份的就行）。恢复数据库时，可以通过时间恢复，也可以通过操作点恢复。

1、通过时间恢复方法如下：

如果我在2011-04-02 00:00:00时刻开启了二进制日志文件功能，并备份了数据库文件。且在2011-04-02 12:00:00数据库发生异常，需要恢复到2011-04-02 10:00:00。则操作如下：

• 用备份将数据库回复到2011-04-02 00:00:00时候的状态。
• 在命令行输入如下命令：

mysqlbinlog –stop-date=”你想要恢复的时间”   日志文件的目录binary-log.000001  | mysql -u root –p

 (D:mysql_log>mysqlbinlog logbin_ouyang.000007 –stop-date=”2011-10-23 15:05:00″|mysql -uroot -proot)

这样，系统会自动执行从二进制日志有记录开始截止到2011-04-02 10:00:00，用户所做过的所有操作。与stop-date对应的，还有start-date属性，可以设定执行记录的开始时间。也可以两个属性都设置。

2、通过操作点恢复方法如下：

在命令行中输入mysqlbinlog D:binary-log.000003 > D:log.txt，执行后打开log.txt，

查看里面语句，可以发现：在每个操作之前，都会有一个独特的编号，如下红字显示：

/*!*/;

# at 450 /*编号450*/

#110402 15:31:50 server id 1  end_log_pos 529          Query       thread_id=2     exec_time=0    error_code=0

SET TIMESTAMP=1301729510/*!*/;

DROP TABLE `jwc`

此编号随着操作数增多而变大。和时间一样是一个标记，通过操作点恢复的语句如下：

mysqlbinlog –stop-position=”450″ mysql安装目录databinary-log.000001  | mysql -u root –p

这样，系统会自动执行二进制日志中编号最低的语句到编号450语句。

与stop-position对应的，还有start-position属性，可以设定执行记录的开始编号。

附：（你应该看看）

1.0       mysqlbinlog 是mysql自带的一个日志操作工具！

2.0       如果直接打开log文件 可能会是乱码，所以我们一般会：

      D:mysql_log>mysqlbinlog logbin_ouyang.000003 >log_3.txt  复制下 然后用记事本打开！

   就可以清楚的看到 操作的编号了 或者说（行号）

3.0       如果发生了错误的操作！如果可以的话！你应该立马停止数据库！然后恢复数据！

4.0       如果只是去掉某一个语句，你可以选择恢复两次 ，如图：

D:mysql_log>mysqlbinlog logbin_ouyang.000009 –stop-position=10625|mysql -uroot

 -proot

D:mysql_log>mysqlbinlog logbin_ouyang.000009 –start-position=10843|mysql -uroo

t –proot

5.0 如果发生 Could not read entry at offset 1478: Error in log format or read error. 类似的错误！

请检查你的编号是否正确！注意这个编号 不是一些编辑器显示的那个行号哦，# at 450 /

经常delete 、update错了！所以给自己个文档！当然我也希望你永远的用不上这个文档 ! 周末愉快! （排版有的乱哈！多多包涵！）

具体的操作方法参考下图：

错误提示如下：

无法启动数据库 :
MySQL Daemon failed to start.
Starting mysqld:  [FAILED]

deepvps查看了Mysql的启动日志，显示如下：

101014 13:56:50 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
101014 14:01:54 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
101014 14:01:54 [Note] Plugin ‘InnoDB’ is disabled.
/usr/libexec/mysqld: Table ‘mysql.plugin’ doesn’t exist
101014 14:01:54 [ERROR] Can’t open the mysql.plugin table. Please run mysql_upgrade to create it.
101014 14:01:54 [ERROR] /usr/libexec/mysqld: unknown option ‘–skip-bdb’
101014 14:01:54 [ERROR] Aborting

101014 14:01:54 [Note] /usr/libexec/mysqld: Shutdown complete

101014 14:01:54 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
101014 14:02:57 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
101014 14:02:57 [Note] Plugin ‘InnoDB’ is disabled.
/usr/libexec/mysqld: Table ‘mysql.plugin’ doesn’t exist
101014 14:02:57 [ERROR] Can’t open the mysql.plugin table. Please run mysql_upgrade to create it.
101014 14:02:57 [ERROR] /usr/libexec/mysqld: unknown option ‘–skip-bdb’
101014 14:02:57 [ERROR] Aborting

101014 14:02:57 [Note] /usr/libexec/mysqld: Shutdown complete

通过启动日志的错误提示，deepvps在Google一顿搜索，终于搞明白了错误的原因。Mysql从5.0升级到5.1的时候，数据库的结构发生了一些变化，而Webmin 在升级Mysql的时候，升级不完全所以导致了Mysql在升级收启动失败的问题。

现在我们只能通过手动的方法修复这个问题了：

1，修改不兼容的数据库参数

在最新的Mysql 5.1.50版中已经废除了skip-bdb参数。所以现在我们需要在Mysql的配置文件里面删除这个参数。而skip-locking改为了skip-external-locking，skip-innodb改为了loose-skip-innodb。

首先进入/etc 目录，编辑my.cnf
命令：先cd /etc
再输入 vi my.cnf

在[mysqld]下面删除以下三行：

skip-locking
skip-bdb
skip-innodb

加入以下两行：

skip-external-locking
loose-skip-innodb

2，修改完参数后，Mysql数据库应该就可以启动了，然后进行第2步的修改。

最新的Mysql 5.1.50版实现了支持无需重启服务器就能在运行时加载或卸载API插件。这个特性需要用到mysql.plugin表，可以运行 “mysql_upgrade” 命令来创建该表 。

3，最后在Mysql命令行方式下运行，”mysql_repair” 命令修复整个数据库，这样就算彻底解决了Mysql数据库升级失败的问题了。

现在我们在来看一下Mysql的日志：

101014 21:54:39 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
101014 21:54:41 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
101014 21:54:41 [Note] Plugin ‘InnoDB’ is disabled.
101014 21:54:43 [Note] Event Scheduler: Loaded 0 events
101014 21:54:43 [Note] /usr/libexec/mysqld: ready for connections.
Version: ‘5.1.50′ socket: ‘/var/lib/mysql/mysql.sock’ port: 3306 MySQL Community Server (GPL) by Utter Ramblings

可以看到已经没有任何问题了，Mysql运行正常，问题解决。^_^

（1）备份数据库文件

MySQL中的每一个数据库和数据表分别对应文件系统中的目录和其下的文件。
在Linux下数据库文件的存放目录一般为/var/lib/mysql。在Windows下这个目录视MySQL的安装路径而定，DiaHosting的技术员一般为客户安装在D:serversoftmysql下。
如，有一个名为bbs的数据库，那么bbs的数据库文件会存放在/var/lib/mysql/bbs(linux)或者D:serversoftmysqlbbs(Windows)下。

备份文件前，需要将MySQL服务停止，然后将数据库目录拷贝即可。
恢复数据数据库时，需要先创建好一个数据库（不一定同名），然后将备份出来的文件（注意，不是目录）复制到对应的MySQL数据库目录中。
使用这一方法备份和恢复数据库时，需要新旧的MySQL版本一致，否则可能会出现错误。

（2）使用命令行工具

备份数据库：

mysqldump –user=root –password=root密码 –lock-all-tables 数据库名 > 备份文件.sql

恢复数据库：

mysql -u root –password=root密码 数据库名 < 备份文件.sql

（3）使用Web程序
在这里我们推荐使用“帝国备份王”对MySQL进行备份。
主要优点：
1，跨平台。Windows与Linux下各种WEB环境均可以运行。
2，智能识别编码，解决备份时的乱码问题。
3，不同的MySQL版本间都可以进行备份和恢复操作。
4，采用分组备份，即使是超过1G的数据库也可以正常备份。

登录“帝国备份王”

用户名：admin
默认密码：123456

第一次登录时程序会自动跳转到数据库的设置页面。

安全起见，一定要修改默认的登录密码。

• 备份数据库

• 恢复数据库

如果是在其他机器上恢复，需要将“帝国备份王”的程序以及bdata目录下存放备份数据的目录一起上传至新的机器上。

在SSH中执行下面的命令即可将MySQL密码重置为diavps

rm -f reset-mysql-root-password.phps
wget http://down.hostwiki.info/mysql/reset-mysql-root-password.phps
php reset-mysql-root-password.phps diavps

注意不要在带有管理面板（如Kloxo或DA）的环境中使用这个方法重置。
脚本中第13行中的以安全模式启动MySQL的命令会因MySQL安装路径不同而不同。
脚本中使用的mysql服务名称为mysqld，部分系统中该服务名可能为mysql，请注意修改。

（2）Windows系统

1、首先停止正在运行的MySQL进程

net stop mysql

如未加载为服务，可直接在进程管理器中进行关闭。

2、以安全模式启动MySQL
在命令行下运行

X:/MySQL/bin/mysqld-nt.exe --skip-grant-tables

3、完成以后就可以不用密码进入MySQL了

X:/MySQL/bin/mysql -u root -p

提示输入密码时直接回车即可。

4、更改密码

>use mysql
>update user set password=password("新密码") where user="root";
>flush privileges;

5、启动MySQL
在任务管理器里关闭所有MySQL的进程，使用下面的命令启动。

net start mysql

我的数据库加起来大概100M吧..但/usr/local/mysql/var这个目录竟然有548M,MySql-bin.0000文件大概占 了400+M,真浪费空间啊

那么mysql数据库文件夹中的mysql-bin.00001是什么文件？

mysql-bin.000001、mysql- bin.000002等文件是数据库的操作日志，例如UPDATE一个表，或者DELETE一些数据，即使该语句没有匹配的数据，这个命令也会存储到日志 文件中，还包括每个语句执行的时间，也会记录进去的。

那么这些文件该怎么删除和禁止呢?
禁止方法: vi /etc/my.cnf把里面的
#log-bin=mysql-bin
#binlog_format=mixed
注释掉,重启mysql服务即可.

删除方法:

输入命令:

/usr/local/mysql/bin/mysql -u root -p

输入密码登陆mysql后,运行命令:

reset master;

(包括;号)

清空日志文件.再查看Mysql文件的大小,已经小了很多了.

-bash-3.2# du -h –max-depth=1 /usr/local/mysql/var
du: cannot access `250Cmax-depth=1′: No such file or directory
142M    /usr/local/mysql/var

转载自：http://imcat.in/delete-mysql-bin-0000x-mysql-log-file/

mysqldump -uuser -ppassword –databases db1 db2 db3 > /home/website/backups/databackup.sql
tar zcf /home/website/backups/databackup.sql.tar.gz /home/website/backups/
echo “主题:数据库备份” | mutt -a /home/website/backups/databackup.sql.tar.gz -s “内容:数据库备份” www@gmail.com
rm -r /home/website/backups/*

将上面的代码保存为automysqlbackup.sh
然后利用crontab 实现自动备份，在ssh下运行，

crontab -e

输入以下内容：

00 00 * * * /home/website/automysqlbackup.sh

这样就实现了每天00:00自动备份mysql数据库并发送到Email

简单的说明下吧：
第一句是一次性备份多个数据库，这个要你用root权限的用户才可以的..-u后面的是数据库用户名 -p后面的是数据库密码 无需空格 db1 db2 db3为你需要备份的数据库名。
如果你的数据库用户名没有root这个权限，可以改为这样

mysqldump -uuser -ppassword db1 > /home/website/backups/db1.sql
mysqldump -uuser -ppassword db2 > /home/website/backups/db1.sql
mysqldump -uuser -ppassword db3 > /home/website/backups/db1.sql

第二句是将 backups 文件夹里面的数据文件压缩为文件名：databackup.sql.tar.gz

第三句是将压缩了的数据库文件发送到指定的邮箱…..

其中的主题：数据库备份，就是邮件的主题，内容：数据库备份，就是邮件的内用，

/home/website/backups/databackup.sql.tar.gz 为附件

www@gmail.com为要发送的Email

转载自：http://imcat.in/backup-mysql-databases-automatically-sent-to-email/

根据之前对Kloxo的了解应该是安装的64位CentOS的原因。

/etc/php.ini中extension_dir = /usr/lib/php/modules 如果系统是32位，则会存在这个目录，如果64位就没有，但是位于/usr/lib64/php/modules ，但是如果仅仅修改extension_dir是不够的。

第一种解决方法：直接重装为32位CentOS，再重新安装Kloxo。

第二种方法：创建软连接，将/usr/lib/php/指向到/usr/lib64/php/

执行： ln -s /usr/lib64/php/ /usr/lib

重启Apache： /etc/rc.d/init.d/httpd restart

转载出处：VPS侦探

2、以安全模式启动MySQL
Linux下，运行 /usr/local/mysql/bin/mysqld_safe –skip-grant-tables &
Windows下，在命令行下运行 X:/MySQL/bin/mysqld-nt.exe –skip-grant-tables

3、完成以后就可以不用密码进入MySQL了
Linux下，运行 /usr/local/mysql/bin/mysql -u root -p 进入
Windows下，运行 X:/MySQL/bin/mysql -u root -p 进入

4、更改密码
>use mysql
>update user set password=password(“新密码”) where user=”root”;
>flush privileges;

官方地址：http://www.day32.com/MySQL/

安装和运行：

通过SSH执行下列语句：

1. wget http://www.day32.com/MySQL/tuning-primer.sh
2. chmod 755 tuning-primer.sh
3. sh tuning-primer.sh

然后就可以看到结果了，根据建议就可以优化MySQL数据库的配置了。

今年的时候，deepvps 在 BurstNET 上买了一台 Linux VPS 主机，用来搭建 WEB 服务。而作为一个WEB 服务器，对于服务器的状态监控是必不可少的，但 VPS 的资源是有限的，如果即要跑 Web 服务又要跑监控服务的话，势必会影响服务器的整体性能，所以利用第三方服务来监控服务器状态，这应该是一个合理的选择。

而监控宝就是这样一个高端的主机监控服务，它不同于 Google Analytics 这样的访问量统计服务，而是提供了更深层次的主机状态监控功能，以下摘自官方的功能介绍。

1. 支持各种部署形式的网站，包括虚拟主机、托管主机、租用主机、虚拟化主机(VPS)、云计算平台(Cloud Computing)等监控宝使用各种网络协议进行站点监控，包括HTTP、Ping、DNS、FTP、SMTP、POP、IMAP、TCP等。
2. 监控宝使用SNMP协议监控服务器性能和容量，支持各种服务器，包括Linux、Windows、BSD、Mac、Solaris、AIX等。
3. 监控宝已支持服务层监控，包括Apache、Lighttpd、Nginx、MySQL，即将推出Memcached、Varnish等。

从以上的介绍中我们可以看出，监控宝支持的监控内容是非常广的，基本可以满足大部分的监控需求，对于我们这样的小应用来说，监控宝完全满足现在的需求。

附功能截图：

CPU使用率比例饼图，一目了然，下边的CPU显然比较繁忙。

当然还有CPU使用率变化曲线图，这就相当于服务器的心电图，如果你仔细分析，就可以基本了解服务器最近一段时间的活动规律和异常情况。

对于Linux服务器，平均负载是用来反应系统资源的争抢程度，也就是系统是否繁忙，它的数字意义是指一段时间内进程队列中等待进程的平均数量，显然，我们不希望有任何进程处于长时间的等待状态。

下面可以看到详细的内存使用率。

以及Linux的Swap交换分区使用率，一般而言，我们希望它尽量少的使用。

磁盘I/O的监控相当重要，相当多的系统瓶颈都在于磁盘I/O，以下是磁盘I/O数据传输率统计，包括各个磁盘分区的独立统计。

你可能对网络流量更加关心，要想知道当前流量是否接近服务器出口带宽，流量图必不可少。监控宝提供了所有网络接口的流量图，比如以下的etho和eth1，分别是连接外部网络和内部网络的两块网卡设备。

最后，磁盘空间使用率也非常重要，我们经常担心磁盘空间是否已满，以下的磁盘空间使用率监控可以让你快速了解所有磁盘以及各个分区的使用情况。同时，监控宝随后还会在服务器监控中加入各种报警（Email、手机短信、或其它）功能，比如你可以设置磁盘使用率警报线，一旦空间使用率到达警报线，你就会快速收到通知，这样一来，你就可以高枕无忧了。

当然，我们希望监控变得更加简单，你还可以直观的查看多个服务器的常规状态。

具体的功能详细介绍请看：http://blog.jiankongbao.com/?p=133

那么如何在监控宝中创建和使用它呢？请看：http://blog.jiankongbao.com/?p=133