讲解MySQL服务器安装之后如何调节性能_MySQL

mysql安装

在面试MySQL DBA或者那些打算做MySQL性能优化的人时，我最喜欢问题是：MySQL服务器按照默认设置安装完之后，应该做哪些方面的调节呢？

令我很惊讶的是，有多少人对这个问题无法给出合理的答案，又有多少服务器都运行在默认的设置下。

尽管你可以调节很多MySQL服务器上的变量，但是在大多数通常的工作负载下，只有少数几个才真正重要。如果你把这些变量设置正确了，那么修改其他变量最多只能对系统性能改善有一定提升。

key_buffer_size - 这对MyISAM表来说非常重要。如果只是使用MyISAM表，可以把它设置为可用内存的 30-40%。合理的值取决于索引大小、数据量以及负载 -- 记住，MyISAM表会使用操作系统的缓存来缓存数据，因此需要留出部分内存给它们，很多情况下数据比索引大多了。尽管如此，需要总是检查是否所有的 key_buffer 都被利用了 -- MYI 文件只有 1GB，而 key_buffer 却设置为 4GB 的情况是非常少的。这么做太浪费了。如果你很少使用MyISAM表，那么也保留低于 16-32MB 的key_buffer_size 以适应给予磁盘的临时表索引所需。

innodb_buffer_pool_size - 这对Innodb表来说非常重要。Innodb相比MyISAM表对缓冲更为敏感。MyISAM可以在默认的 key_buffer_size 设置下运行的可以，然而Innodb在默认的innodb_buffer_pool_size 设置下却跟蜗牛似的。由于Innodb把数据和索引都缓存起来，无需留给操作系统太多的内存，因此如果只需要用Innodb的话则可以设置它高达 70-80% 的可用内存。一些应用于 key_buffer 的规则有 -- 如果你的数据量不大，并且不会暴增，那么无需把innodb_buffer_pool_size 设置的太大了。

innodb_additional_pool_size - 这个选项对性能影响并不太多，至少在有差不多足够内存可分配的操作系统上是这样。不过如果你仍然想设置为 20MB(或者更大)，因此就需要看一下Innodb其他需要分配的内存有多少。

innodb_log_file_size 在高写入负载尤其是大数据集的情况下很重要。这个值越大则性能相对越高，但是要注意到可能会增加恢复时间。我经常设置为64-512MB，根据服务器大小而异。

innodb_log_buffer_size 默认的设置在中等强度写入负载以及较短事务的情况下，服务器性能还可以。如果存在更新操作峰值或者负载较大，就应该考虑加大它的值了。如果它的值设置太高了，可能会浪费内存 -- 它每秒都会刷新一次，因此无需设置超过1秒所需的内存空间。通常8-16MB就足够了。越小的系统它的值越小。

innodb_flush_logs_at_trx_commit 是否为Innodb比MyISAM慢1000倍而头大？看来也许你忘了修改这个参数了。默认值是 1，这意味着每次提交的更新事务（或者每个事务之外的语句）都会刷新到磁盘中，而这相当耗费资源，尤其是没有电池备用缓存时。很多应用程序，尤其是从 MyISAM转变过来的那些，把它的值设置为 2 就可以了，也就是不把日志刷新到磁盘上，而只刷新到操作系统的缓存上。日志仍然会每秒刷新到磁盘中去，因此通常不会丢失每秒1-2次更新的消耗。如果设置为0就快很多了，不过也相对不安全了 -- MySQL服务器崩溃时就会丢失一些事务。设置为2指挥丢失刷新到操作系统缓存的那部分事务。

table_cache -- 打开一个表的开销可能很大。例如MyISAM把MYI文件头标志该表正在使用中。你肯定不希望这种操作太频繁，所以通常要加大缓存数量，使得足以最大限度地缓存打开的表。它需要用到操作系统的资源以及内存，对当前的硬件配置来说当然不是什么问题了。如果你有200多个表的话，那么设置为 1024 也许比较合适（每个线程都需要打开表），如果连接数比较大那么就加大它的值。我曾经见过设置为100,000的情况。

thread_cache -- 线程的创建和销毁的开销可能很大，因为每个线程的连接/断开都需要。我通常至少设置为 16。如果应用程序中有大量的跳跃并发连接并且 Threads_Created 的值也比较大，那么我就会加大它的值。它的目的是在通常的操作中无需创建新线程。

query_cache -- 如果你的应用程序有大量读，而且没有应用程序级别的缓存，那么这很有用。不要把它设置太大了，因为想要维护它也需要不少开销，这会导致MySQL变慢。通常设置为 32-512Mb。设置完之后最好是跟踪一段时间，查看是否运行良好。在一定的负载压力下，如果缓存命中率太低了，就启用它。

注意：就像你看到的上面这些全局表量，它们都是依据硬件配置以及不同的存储引擎而不同，但是会话变量通常是根据不同的负载来设定的。如果你只有一些简单的查询，那么就无需增加 sort_buffer_size 的值了，尽管你有 64GB 的内存。搞不好也许会降低性能。

我通常在分析系统负载后才来设置会话变量。

PS，MySQL的发行版已经包含了各种 mycnf 范例文件了，可以作为配置模板使用。通常这比你使用默认设置好的多了。

打开mysql服务器，然后使用下面的命令模式：

mysql>usemysql;   

mysql>GRANTALLONTOadmin@'%'IDENTIFIEDBY'admin'WITHGRANTOPTION;   

这种架构一般用在以下三类场景

1 备份多台 Server 的数据到一台如果按照数据切分方向来讲，那就是垂直切分。比如图 2，业务 A、B、C、D 是之前拆分好的业务，现在需要把这些拆分好的业务汇总起来备份，那这种需求也很适用于多源复制架构。实现方法我大概描述下：业务 A、B、C、D 分别位于 4 台 Server，每台 Server 分别有一个数据库来隔离前端的业务数据，那这样，在从库就能把四台业务的数据全部汇总起来，而不需要做额外的操作。那没有多源复制之前，要实现这类需求，只能在汇总机器上搭建多个 MySQL 实例，那这样势必会涉及到跨库关联的问题，不但性能急剧下降，管理多个实例也没有单台来的容易。

2 用来聚合前端多个 Server 的分片数据。

同样，按照数据切分方向来讲，属于水平切分。比如图 3，按照年份拆分好的数据，要做一个汇总数据展现，那这种架构也非常合适。实现方法稍微复杂些：比如所有 Server 共享同一数据库和表，一般为了开发极端透明，前端配置有分库分表的中间件，比如爱可生的 DBLE。

3 汇总并合并多个 Server 的数据

第三类和第一种场景类似。不一样的是不仅仅是数据需要汇总到目标端，还得合并这些数据，这就比第一种来的相对复杂些。比如图 4，那这样的需求，是不是也适合多源复制呢？答案是 YES。那具体怎么做呢？

第一中方法：比较详细

以下的文章主要介绍的是MySQL 数据库开启远程连接的时机操作流程，其实开启MySQL

数据库远程连接的实际操作步骤并不难，知识方法对错而已，今天我们要向大家描述的是MySQL 数据库开启远程连接的时机操作流程。

1、d:\MySQL\bin\>MySQL -h localhost -u root

这样应该可以进入MySQL服务器

复制代码

代码如下:

MySQL>update user set host = '%' where

user = 'root';

MySQL>select host, user from user;

2、MySQL>GRANT ALL PRIVILEGES ON TO 'root'@'%' IDENTIFIED BY

'mypassword' WITH GRANT OPTION

予任何主机访问数据的权限

3、MySQL>FLUSH

PRIVILEGES

修改生效

4、MySQL>EXIT

退出MySQL服务器

这样就可以在其它任何的主机上以root身份登录啦！

以上的相关内容就是对MySQL 数据库开启远程连接的介绍，望你能有所收获。

第二种方法:

1、在控制台执行 mysql -u root -p

mysql，系统提示输入数据库root用户的密码，输入完成后即进入mysql控制台，这个命令的第一个mysql是执行命令，第二个mysql是系统数据名称，不一样的。

2、在mysql控制台执行 GRANT ALL PRIVILEGES ON TO ‘root'@'%' IDENTIFIED BY

‘MyPassword' WITH GRANT OPTION;

3、在mysql控制台执行命令中的 ‘root'@'%' 可以这样理解:

root是用户名，%是主机名或IP地址，这里的%代表任意主机或IP地址，你也可替换成任意其它用户名或指定唯一的IP地址；'MyPassword'是给授权用户指定的登录数据库的密码；另外需要说明一点的是我这里的都是授权所有权限，可以指定部分权限，GRANT具体操作详情见：

4、不放心的话可以在mysql控制台执行 select host, user from user; 检查一下用户表里的内容

如今，开发人员不断地开发和部署使用 LAMP（Linux®、Apache、MySQL 和 PHP/Perl）架构的应用程序。但是，服务器管理员常常对应用程序本身没有什么控制能力，因为应用程序是别人编写的。这份 共三部分的系列文章 将讨论许多服务器配置问题，这些配置会影响应用程序的性能。本文是本系列文章的第三部分，也是最后一部分，将重点讨论为实现最高效率而对数据库层进行的调 优。

关于 MySQL 调优

有 3 种方法可以加快 MySQL 服务器的运行速度，效率从低到高依次为：替换有问题的硬件。 对 MySQL 进程的设置进行调优。 对查询进行优化。

替换有问题的硬件通常是我们的第一考虑，主要原因是数据库会占用大量资源。不过这种解决方案也就仅限于此了。实际上，您通常可以让中央处理器（CPU）或磁盘速度加倍，也可以让内存增大 4 到 8 倍。

第二种方法是对 MySQL 服务器（也称为 mysqld）进行调优。对这个进程进行调优意味着适当地分配内存，并让 mysqld 了解将会承受何种类型的负载。加快磁盘运行速度不如减少所需的磁盘访问次数。类似地，确保 MySQL 进程正确操作就意味着它花费在服务查询上的时间要多于花费在处理后台任务（如处理临时磁盘表或打开和关闭文件）上的时间。对 mysqld 进行调优是本文的重点。

最好的方法是确保查询已经进行了优化。这意味着对表应用了适当的索引，查询是按照可以充分利用 MySQL 功能的方式来编写的。尽管本文并没有包含查询调优方面的内容（很多著作中已经针对这个主题进行了探讨），不过它会配置 mysqld 来报告可能需要进行调优的查询。

虽然已经为这些任务指派了次序，但是仍然要注意硬件和 mysqld 的设置以利于适当地调优查询。机器速度慢也就罢了，我曾经见过速度很快的机器在运行设计良好的查询时由于负载过重而失败，因为 mysqld 被大量繁忙的工作所占用而不能服务查询。

记录慢速查询

在一个 SQL 服务器中，数据表都是保存在磁盘上的。索引为服务器提供了一种在表中查找特定数据行的方法，而不用搜索整个表。当必须要搜索整个表时，就称为表扫描。通常来说，您可能只希望获得表中数据的一个子集，因此全表扫描会浪费大量的磁盘 I/O，因此也就会浪费大量时间。当必须对数据进行连接时，这个问题就更加复杂了，因为必须要对连接两端的多行数据进行比较。

当然，表扫描并不总是会带来问题；有时读取整个表反而会比从中挑选出一部分数据更加有效（服务器进程中查询规划器用来作出这些决定）。如果索引的使 用效率很低，或者根本就不能使用索引，则会减慢查询速度，而且随着服务器上的负载和表大小的增加，这个问题会变得更加显著。执行时间超过给定时间范围的查 询就称为慢速查询。

您可以配置 mysqld 将这些慢速查询记录到适当命名的慢速查询日志中。管理员然后会查看这个日志来帮助他们确定应用程序中有哪些部分需要进一步调查。清单 1 给出了要启用慢速查询日志需要在 mycnf 中所做的配置。

清单 1 启用 MySQL 慢速查询日志

[mysqld]

; enable the slow query log, default 10 seconds

log-slow-queries

; log queries taking longer than 5 seconds

long_query_time = 5

; log queries that don't use indexes even if they take less than long_query_time

; MySQL 41 and newer only

log-queries-not-using-indexes

这三个设置一起使用，可以记录执行时间超过 5 秒和没有使用索引的查询。请注意有关 log-queries-not-using-indexes 的警告：您必须使用 MySQL 41 或更高版本。慢速查询日志都保存在 MySQL 数据目录中，名为 hostname-slowlog。如果希望使用一个不同的名字或路径，可以在 mycnf 中使用 log-slow-queries = /new/path/to/file 实现此目的。

阅读慢速查询日志最好是通过 mysqldumpslow 命令进行。指定日志文件的路径，就可以看到一个慢速查询的排序后的列表，并且还显示了它们在日志文件中出现的次数。一个非常有用的特性是 mysqldumpslow 在比较结果之前，会删除任何用户指定的数据，因此对同一个查询的不同调用被计为一次；这可以帮助找出需要工作量最多的查询。

最近有一同学问我MySQL无法远程访问怎么呢，但能使用localhost来进行方法，下面脚本之家来给各位介绍一下解决办法，需要的朋友可以参考下

可能是IP没设置好

问题：MySQL权限设置正确，但仍无法远程访问。通过telnet发现3306端口未打开。

分析：MySQL默认只绑定127001，即：只有在本机才能访问3306端口。

解决：找到MySQL配置文件，搜索“bind-address”，找到这一行：

bind-address

=

127001

在前面加一个#，注释掉这一行，保存，重启MySQL。再通过远程访问就可以了，telnet可以发现端口也打开了。

例我们配置

1

确保skip-networking被删除或者屏蔽，否则不支持TCP/IP

访问

2

增加行bind-address

=

6555552，替代6555552

为你的服务器地址

修改后，配置为：

复制代码代码如下:

[mysqld]

user

=

mysql

pid-file

=

/var/run/mysqld/mysqldpid

socket

=

/var/run/mysqld/mysqldsock

port

=

3306

basedir

=

/usr

datadir

=

/var/lib/mysql

tmpdir

=

/tmp

language

=

/usr/share/mysql/English

bind-address

=

6555552

#

skip-networking

保存并关闭配置文件

重启mysql服务器:#

/etc/initd/mysql

restart

如果上面办法没有用我们可以通用mysql命令模式进行设置

1。

改表法。

可能是你的帐号不允许从远程登陆，只能在localhost。这个时候只要在localhost的那台电脑，登入mysql后，更改

"mysql"

数据库里的

"user"

表里的

"host"

项，从"localhost"改称"%"

复制代码代码如下:

CODE:mysql

-u

root

-p123

mysql>use

mysql;

mysql>update

user

set

host

=

'%'

where

user

=

'root';

mysql>select

host,

user

from

user;

2

授权法。

例如，你想kevin使用mypassword从任何主机连接到mysql服务器的话。

复制代码代码如下:

GRANT

ALL

PRIVILEGES

ON

TO

'kevin'@'%'

IDENTIFIED

BY

'mypassword'

WITH

GRANT

OPTION;

如果你想允许用户kevin从ip为192168101234的主机连接到mysql服务器，并使用mypassword作为密码

复制代码代码如下:

GRANT

ALL

PRIVILEGES

ON

TO

'kevin'@'192168101234'

IDENTIFIED

BY

'mypassword'

WITH

GRANT

OPTION;

注意了，如果是linux系统防火墙也很重要哦

复制代码代码如下:

/

关闭防火墙

/

service

iptables

stop

/

开启防火墙

/

service

iptables

start

/

默认关闭防火墙

/

chkconfig

iptables

off