威尼斯城真人赌钱网站 1  SELECT
268435456/1024.0/2014.0=130M。

mysql的各种参数有300余种,可以将其分为两类:一是缓存参数,二是个性化参数。对缓存参数的配置在一定程度内对mysql性能的影响是显著的。同时各种个性化参数的设置,可以使mysql表现出不同的性状。

MySQL内存及虚拟内存优化设置参数,mysql优化设置

mysql 优化调试命令  
1、mysqld –verbose –help
这个命令生成所有mysqld选项和可配置变量的列表
2、通过连接它并执行这个命令,可以看到实际上使用的变量的值:
mysql> SHOW VARIABLES;
还可以通过下面的语句看到运行服务器的统计和状态指标:
mysql>SHOW STATUS;
使用mysqladmin还可以获得系统变量和状态信息:
shell> mysqladmin variables
shell> mysqladmin extended-status
shell> mysqladmin flush-table
命令可以立即关闭所有不使用的表并将所有使用中的表标记为已经关闭,这样可以有效释放大多数使用中的内存。FLUSH
TABLE在关闭所有表之前不返回结果。
 
swap -s检查可用交换区
 
mysql内存计算公式
 
mysql used mem = key_buffer_size + query_cache_size +
tmp_table_size

  • innodb_buffer_pool_size + innodb_additional_mem_pool_size
  • innodb_log_buffer_size
  • max_connections * (
    read_buffer_size + read_rnd_buffer_size
  • sort_buffer_size+ join_buffer_size
  • binlog_cache_size + thread_stack
    )
     
    在mysql 中输入如下命令,可自动计算自己的当前配置最大的内存消耗
     
    SHOW VARIABLES LIKE ‘innodb_buffer_pool_size’;
    SHOW VARIABLES LIKE ‘innodb_additional_mem_pool_size’;
    SHOW VARIABLES LIKE ‘innodb_log_buffer_size’;
    SHOW VARIABLES LIKE ‘thread_stack’;
    SET @kilo_bytes = 1024;
    SET @mega_bytes = @kilo_bytes * 1024;
    SET @giga_bytes = @mega_bytes * 1024;
    SET @innodb_buffer_pool_size = 2 * @giga_bytes;
    SET @innodb_additional_mem_pool_size = 16 * @mega_bytes;
    SET @innodb_log_buffer_size = 8 * @mega_bytes;
    SET @thread_stack = 192 * @kilo_bytes;
    SELECT
    ( @@key_buffer_size + @@query_cache_size + @@tmp_table_size
  • @innodb_buffer_pool_size + @innodb_additional_mem_pool_size
  • @innodb_log_buffer_size
  • @@max_connections * (
    @@read_buffer_size + @@read_rnd_buffer_size +
    @@sort_buffer_size
  • @@join_buffer_size + @@binlog_cache_size + @thread_stack
    ) ) / @giga_bytes AS MAX_MEMORY_GB;
     
     
    mysql关键参数设置
    Mysqld 数据库的参数设置有两种类型,
     
    一种是全局参数,影响服务器的全局操作;
    另一种是会话级参数,只影响当前的客户端连接的相关操作。
     
    服务器启动时,所有全局参数都初始化为默认值。可以在初始化文件或命令行中指定的选项来更改这些默认值。服务器启动后,通过连接服务器并执行
    SET GLOBAL var_name
    语句可以更改动态全局参数。要想更改全局参数,必须具有 SUPER
    权限。全局参数的修改只对新的连接生效,已有的客户端连接并不会生效。
     
    服务器还可以为每个客户端连接维护会话级参数,客户端连接时使用相应全局参数的当前值对客户端会话参数进行初始化。客户可以通过
    SET SESSION var_name
    语句来更改动态会话参数。设置会话级参数不需要特殊权限,但每个客户端可以只更改自己的会话级参数,不能更改其它客户的会话级参数。
    不指定设置的参数类型时,默认设置的是会话级参数。
     

(1)、max_connections:
允许的同时客户的数量。增加该值增加 mysqld
要求的文件描述符的数量。这个数字应该增加,否则,你将经常看到 too many
connections 错误。 默认数值是100,我把它改为1024 。

(2)、record_buffer:
每个进行一个顺序扫描的线程为其扫描的每张表分配这个大小的一个缓冲区。如果你做很多顺序扫描,你可能想要增加该值。默认数值是131072(128k),我把它改为16773120
(16m)

(3)、key_buffer_size:
为了最小化磁盘的 I/O , MyISAM
存储引擎的表使用键高速缓存来缓存索引,这个键高速缓存的大小则通过
key-buffer-size 参数来设置。如果应用系统中使用的表以 MyISAM
存储引擎为主,则应该适当增加该参数的值,以便尽可能的缓存索引,提高访问的速度。

索引块是缓冲的并且被所有的线程共享。key_buffer_size是用于索引块的缓冲区大小,增加它可得到更好处理的索引(对所有读和多重写),到你能负担得起那样多。如果你使它太大,系统将开始换页并且真的变慢了。默认数值是8388600(8m),我的mysql主机有2gb内存,所以我把它改为
402649088(400mb)。
默认情况下,所有的索引都使用相同的键高速缓存,当访问的索引不在缓存中时,使用
LRU ( Least Recently Used
最近最少使用)算法来替换缓存中最近最少使用的索引块。为了进一步避免对键高速缓存的争用,从
MySQL5.1
开始,可以设置多个键高速缓存,并为不同的索引键指定使用的键高速缓存。下面的例子演示如何修改高速键缓存的值,如何设置多个键高速缓存,以及如何为不同的索引指定不同的缓存:
显示当前的参数大小,为16M:
mysql> show variables like ‘key_buffer_size’;
+—————–+——-+
| Variable_name | Value |
+—————–+——-+
| key_buffer_size | 16384 |
+—————–+——-+
1 row in set (0.00 sec)
修改参数值到200M:
mysql> set global key_buffer_size=204800;
Query OK, 0 rows affected (0.00 sec)
mysql> show variables like ‘key_buffer_size’;
+—————–+——–+
| Variable_name | Value |
+—————–+——–+
| key_buffer_size | 204800 |
+—————–+——–+
1 row in set (0.00 sec)
上面介绍的是默认的键缓存,下面介绍如何设置多个键缓存:
设置 hot_cache 的键缓存 100M , cold_cache 的键缓存 100M ,另外还有
200M 的默认的键缓存。如果索引不指定键缓存,则会放在默认的键缓存中。
mysql> set global hot_cache.key_buffer_size=102400;
Query OK, 0 rows affected (0.00 sec)
mysql> set global cold_cache.key_buffer_size= 1024 00;
Query OK, 0 rows affected (0.01 sec)
mysql> show variables like ‘key_buffer_size’;
+—————–+——–+
| Variable_name | Value |
+—————–+——–+
| key_buffer_size | 204800 |
+—————–+——–+
1 row in set (0.00 sec)
如果要显示设置的多键缓存的值,可以使用:
mysql> SELECT @@global.hot_cache.key_buffer_size;
+————————————+
| @@global.hot_cache.key_buffer_size |
+————————————+
| 102400 |
+————————————+
1 row in set (0.03 sec)
mysql> SELECT @@global.cold_cache.key_buffer_size;
+————————————-+
| @@global.cold_cache.key_buffer_size |
+————————————-+
| 102400 |
+————————————-+
1 row in set (0.00 sec)
指定不同的索引使用不同的键缓存:
mysql> CACHE INDEX test1 in hot_cache;
+————+——————–+———-+———-+
| Table | Op | Msg_type | Msg_text |
+————+——————–+———-+———-+
| test .test1 | assign_to_keycache | status | OK |
+————+——————–+———-+———-+
1 row in set (0.00 sec)
mysql> CACHE INDEX test2 in hot_cache;
+————+——————–+———-+———-+
| Table | Op | Msg_type | Msg_text |
+————+——————–+———-+———-+
| test .test2 | assign_to_keycache | status | OK |
+————+——————–+———-+———-+
1 row in set (0.00 sec)
通常在数据库刚刚启动的时候,需要等待数据库热起来,也就是等待数据被缓存到缓存区中,这段时间数据库会因为
buffer
的命中率低而导致应用的访问效率不高。使用键高速缓存的时候,可以通过命令将索引预加载到缓存区中,大大缩短了数据库预热的时间。具体的操作方式是:
mysql> LOAD INDEX INTO CACHE test1,test2 IGNORE LEAVES;
+————+————–+———-+———-+
| Table | Op | Msg_type | Msg_text |
+————+————–+———-+———-+
| test .test1 | preload_keys | status | OK |
| test .test2 | preload_keys | status | OK |
+————+————–+———-+———-+
2 rows in set (3.89 sec)
如果已经使用 CACHE INDEX
语句为索引分配了一个键高速缓冲,预加载可以将索引块放入该缓存,否则,索引块将被加载到默认的键高速缓冲。
 

4)、back_log:
要求 mysql
能有的连接数量。当主要mysql线程在一个很短时间内得到非常多的连接请求,这就起作用,然后主线程花些时间(尽管很短)检查连接并且启动一个新线程。
back_log
值指出在mysql暂时停止回答新请求之前的短时间内多少个请求可以被存在堆栈中。只有如果期望在一个短时间内有很多连接,你需要增加它,换句话说,这值对到来的tcp/ip连接的侦听队列的大小。你的操作系统在这个队列大小上有它自己的限制。试图设定back_log高于你的操作系统的限制将是无效的。
当你观察你的主机进程列表,发现大量 264084 | unauthenticated user |
xxx.xxx.xxx.xxx | null | connect | null | login | null
的待连接进程时,就要加大 back_log 的值了。默认数值是50,我把它改为500。

(5)、interactive_timeout:
服务器在关闭它前在一个交互连接上等待行动的秒数。一个交互的客户被定义为对
mysql_real_connect()使用 client_interactive 选项的客户。
默认数值是28800,我把它改为7200。

(6)、sort_buffer:
每个需要进行排序的线程分配该大小的一个缓冲区。增加这值加速order
by或group by操作。默认数值是2097144(2m),我把它改为 16777208 (16m)。

(7)、table_cache:
为所有线程打开表的数量。增加该值能增加mysqld要求的文件描述符的数量。mysql对每个唯一打开的表需要2个文件描述符。默认数值是64,我把它改为512。

(8)、thread_cache_size:
可以复用的保存在中的线程的数量。如果有,新的线程从缓存中取得,当断开连接的时候如果有空间,客户的线置在缓存中。如果有很多新的线程,为了提高性能可以这个变量值。通过比较
connections 和 threads_created
状态的变量,可以看到这个变量的作用。我把它设置为 80。

(9)mysql的搜索功能
用mysql进行搜索,目的是能不分大小写,又能用中文进行搜索
只需起动mysqld时指定 –default-character-set=gb2312

(10)、wait_timeout:
服务器在关闭它之前在一个连接上等待行动的秒数。
默认数值是28800,我把它改为7200。
 
(11)、innodb_thread_concurrency:
你的服务器CPU有几个就设置为几,默认为8。
 
(12)、query_cache_size  与 query_cache_limit
QueryCache 之后所带来的负面影响:
a) Query 语句的hash 运算以及hash 查找资源消耗。当我们使用Query Cache
之后,每条SELECT
类型的Query 在到达MySQL 之后,都需要进行一个hash
运算然后查找是否存在该Query 的
Cache,虽然这个hash 运算的算法可能已经非常高效了,hash
查找的过程也已经足够的优化
了,对于一条Query
来说消耗的资源确实是非常非常的少,但是当我们每秒都有上千甚至几千
条Query 的时候,我们就不能对产生的CPU 的消耗完全忽视了。
b) Query Cache 的失效问题。如果我们的表变更比较频繁,则会造成Query Cache
的失效率非常
高。这里的表变更不仅仅指表中数据的变更,还包括结构或者索引等的任何变更。也就是说我
们每次缓存到Query Cache 中的Cache
数据可能在刚存入后很快就会因为表中的数据被改变而被
清除,然后新的相同Query 进来之后无法使用到之前的Cache。
c) Query Cache 中缓存的是Result Set
,而不是数据页,也就是说,存在同一条记录被Cache 多
次的可能性存在。从而造成内存资源的过渡消耗。当然,可能有人会说我们可以限定Query
Cache 的大小啊。是的,我们确实可以限定Query Cache
的大小,但是这样,Query Cache 就很
容易造成因为内存不足而被换出,造成命中率的下降。
 
QueryCache 的正确使用:
虽然Query Cache
的使用会存在一些负面影响,但是我们也应该相信其存在是必定有一定价值。我
们完全不用因为Query Cache 的上面三个负面影响就完全失去对Query Cache
的信心。只要我们理解了
Query Cache 的实现原理,那么我们就完全可以通过一定的手段在使用Query
Cache 的时候扬长避短,重
发发挥其优势,并有效的避开其劣势。
首先,我们需要根据Query Cache 失效机制来判断哪些表适合使用Query
哪些表不适合。由于Query
Cache 的失效主要是因为Query 所依赖的Table 的数据发生了变化,造成Query
的Result Set 可能已经
有所改变而造成相关的Query Cache
全部失效,那么我们就应该避免在查询变化频繁的Table 的Query 上
使用,而应该在那些查询变化频率较小的Table 的Query 上面使用。MySQL
中针对Query Cache 有两个专
用的SQL Hint(提示):SQL_NO_CACHE
和SQL_CACHE,分别代表强制不使用Query Cache 和强制使用
Query Cache。我们完全可以利用这两个SQL Hint,让MySQL 知道我们希望哪些SQL
使用Query Cache 而
哪些SQL 就不要使用了。这样不仅可以让变化频繁Table 的Query 浪费Query
Cache 的内存,同时还可以
减少Query Cache 的检测量。
其次,对于那些变化非常小,大部分时候都是静态的数据,我们可以添加SQL_CACHE
的SQL Hint,
强制MySQL 使用Query Cache,从而提高该表的查询性能。
最后,有些SQL 的Result Set 很大,如果使用Query Cache 很容易造成Cache
内存的不足,或者将
之前一些老的Cache 冲刷出去。对于这一类Query
我们有两种方法可以解决,一是使用SQL_NO_CACHE 参
数来强制他不使用Query Cache 而每次都直接从实际数据中去查找,
另一种方法是通过设定
“query_cache_limit”参数值来控制Query Cache 中所Cache 的最大Result Set
,系统默认为
1M(1048576)。当某个Query 的Result Set
大于“query_cache_limit”所设定的值的时候,Query
Cache 是不会Cache 这个Query 的。

(13)、innodb_buffer_pool_size
innodb_buffer_pool_size 定义了 InnoDB
存储引擎的表数据和索引数据的最大内存缓冲区大小。和 MyISAM 存储引擎不同,
MyISAM 的 key_buffer_size 只能缓存索引键,而
innodb_buffer_pool_size
却可以缓存数据块和索引键。适当的增加这个参数的大小,可以有效的减少
InnoDB 类型的表的磁盘 I/O 。在一个以 InnoDB
为主的专用数据库服务器上,可以考虑把该参数设置为物理内存大小的 60%-80%
 
InnoDB占用的内存,除innodb_buffer_pool_size用于存储页面缓存数据外,另外正常情况下还有大约8%的开销,主要用在每个缓存页帧的描述、adaptive
hash等数据结构,如果不是安全关闭,启动时还要恢复的话,还要另开大约12%的内存用于恢复,两者相加就有差不多21%的开销。

这样,12G的innodb_buffer_pool_size,最多的时候InnoDB就可能占用到14.5G(12G
X 21%)的内存,再加上操作系统用的几百M,近千个线程堆栈,就差不多16G了。
 
MAX_QUERIES_PER_HOUR 用来限制用户每小时运行的查询数量:
mysql> grant all on dbname。* to
[email protected]
identified by “123456” with max_connections_per_hour 5;
(db用户在dbname的数据库上控制用户每小时打开新连接的数量为5个)
 
MAX_USER_CONNECTIONS 限制有多少用户连接MYSQL服务器:
mysql> grant all on dbname。* to
[email protected]
identified by “123456” with max_user_connections 2;
(db用户在dbname的数据库账户一次可以同时连接的最大连接数为2个)

MAX_UPDATES_PER_HOUR 用来限制用户每小时的修改数据库数据的数量:
mysql> grant all on dbname。* to
[email protected]
identified by “123456” with max_updates_per_hour 5;
(db用户在dbname的数据库上控制用户每小时修改更新数据库的次数为5次)
MAX_USER_CONNECTIONS 用来限制用户每小时的修改数据库数据的数量:
mysql> grant all on dbname。* to
[email protected]
identified by “123456”
With MAX_QUERIES_PER_HOUR 20 ;指mysql单个用户的最大连接数
(db用户在dbname的数据库上控制用户每小时的连接数为20个)
 
调优举例
针对my.cnf文件进行优化:
[mysqld]
skip-locking(取消文件系统的外部锁)
skip-name-resolve(不进行域名反解析,注意由此带来的权限/授权问题)
key_buffer_size =
256M(分配给MyISAM索引缓存的内存总数)对于内存在4GB左右的服务器该参数可设置为256M或384M。
  注意:该参数值设置的过大反而会是服务器整体效率降低!
  max_allowed_packet = 4M(允许最大的包大小)
  thread_stack = 256K(每个线程的大小)
  table_cache = 128K(缓存可重用的线程数)
  back_log =
384(临时停止响应新请求前在短时间内可以堆起多少请求,如果你需要在短时间内允许大量连接,可以增加该数值)
  sort_buffer_size = 2M(分配给每个线程中处理排序)
  read_buffer_size = 2M(读取的索引缓冲区大小)
  join_buffer_size =
2M(分配给每个线程中处理扫描表连接及索引的内存)
  myisam_sort_buffer_size = 64M(myisam引擎排序缓冲区的大小)
  table_cache = 512(缓存数据表的数量,避免重复打开表的开销)
  thread_cache_size = 64(缓存可重用线程数,见笑创建新线程的开销)
  query_cache_size = 64M(控制分配给查询缓存的内存总量)
  tmp_table_size = 256M(指定mysql缓存的内存大小)
  max_connections = 768(最大连接数)指mysql整个的最大连接数
max_connect_errors = 10000(最大连接错误数据)
  wait_timeout = 10(超时时间,可以避免攻击)
  thread_concurrency = 8(根据cpu数量来设置)
  skip-bdb 禁用不必要的引擎
  skip-networking(关闭mysql tcp/ip连接方式)
  Log-slow-queries = /var/log/mysqlslowqueries.log
  long_query_time = 4(设定慢查询的时间)
  skip-host-cache(提高mysql速度的)
  open_files_limit = 4096(打开文件数)
interactive_timeout =
10(服务器在关闭它前在一个交互连接上等待行动的秒数)
max_user_connections = 500(最大用户连接数)
 
key_buffer_size                 默认为218       调到128最佳
query_cache_size 
tmp_table_size                  默认为16M        调到64-256最挂

innodb_thread_concurrency=8      
你的服务器CPU有几个就设置为几,默认为8
 
table_cache=1024 物理内存越大,设置就越大.默认为2402,调到512-1024最佳
innodb_additional_mem_pool_size=8M   默认为2M
innodb_flush_log_at_trx_commit=0
等到innodb_log_buffer_size列队满后再统一储存,默认为1
innodb_log_buffer_size=4M          默认为1M

read_buffer_size=4M                   默认为64K
read_rnd_buffer_size   随机读 缓存区  默认为256K
sort_buffer_size=32M                   默认为256K
max_connections=1024                 默认为1210
thread_cache_size=120             默认为60
 
性能测试 1、mysql 自带测试工具
shell> perl -MCPAN -e shell
cpan> install DBI
cpan> install DBD::mysql
shell> cd sql-bench
shell> perl run-all-tests –server=server_name
server_name是一个支持的服务器。要获得所有选项和支持的服务器,调用命令:
shell> perl run-all-tests –help
2、mysqlreport
 
 
参考文档

mysql 优化调试命令 1、mysqld –verbose –help
这个命令生成所有mysqld选项和可配置变量的列表…

MySQL配置文件my.cnf优化

威尼斯城真人赌钱网站 2

MySQL 5.5.13
参数说明:
[client]
character-set-server = utf8
port= 3306
socket= /data/mysql/3306/mysql.sock
[mysqld]
character-set-server = utf8
user= mysql
port= 3306
socket= /data/mysql/3306/mysql.sock
basedir = /usr/local/webserver/mysql
datadir = /data/mysql/3306/data
log-error = /data/mysql/3306/mysql_error.log
pid-file = /data/mysql/3306/mysql.pid
# table_cache
参数设置表高速缓存的数目。每个连接进来,都会至少打开一个表缓存。#因此,
table_cache 的大小应与 max_connections 的设置有关。例如,对于 200
个#并行运行的连接,应该让表的缓存至少有 200 × N ,这里 N
是应用可以执行的查询#的一个联接中表的最大数量。此外,还需要为临时表和文件保留一些额外的文件描述符。
# 当 Mysql
访问一个表时,如果该表在缓存中已经被打开,则可以直接访问缓存;如果#还没有被缓存,但是在
Mysql
表缓冲区中还有空间,那么这个表就被打开并放入表缓#冲区;如果表缓存满了,则会按照一定的规则将当前未用的表释放,或者临时扩大表缓存来存放,使用表缓存的好处是可以更快速地访问表中的内容。执行
flush tables
会#清空缓存的内容。一般来说,可以通过查看数据库运行峰值时间的状态值
Open_tables #和 Opened_tables ,判断是否需要增加 table_cache
的值(其中 open_tables 是当#前打开的表的数量, Opened_tables
则是已经打开的表的数量)。即如果open_tables接近table_cache的时候,并且Opened_tables这个值在逐步增加,那就要考虑增加这个#值的大小了。还有就是Table_locks_waited比较高的时候,也需要增加table_cache。
open_files_limit = 10240
table_cache = 512
#非动态变量,需要重启服务
#
指定MySQL可能的连接数量。当MySQL主线程在很短的时间内接收到非常多的连接请求,该参数生效,主线程花费很短的时间检查连接并且启动一个新线程。back_log参数的值指出在MySQL暂时停止响应新请求之前的短时间内多少个请求可以被存在堆栈中。如果系统在一个短时间内有很多连接,则需要增大该参数的值,该参数值指定到来的TCP/IP连接的侦听队列的大小。不同的操作系统在这个队列大小上有它自己的限制。试图设定back_log高于你的操作系统的限制将是无效的。默认值为50。对于Linux系统推荐设置为小于512的整数。
back_log = 600
#MySQL允许最大连接数
max_connections = 5000
#可以允许多少个错误连接
max_connect_errors = 6000
#使用–skip-external-locking MySQL选项以避免外部锁定。该选项默认开启
external-locking = FALSE
#
设置最大包,限制server接受的数据包大小,避免超长SQL的执行有问题默认值为16M,当MySQL客户端或mysqld服务器收到大于max_allowed_packet字节的信息包时,将发出“信息包过大”错误,并关闭连接。对于某些客户端,如果通信信息包过大,在执行查询期间,可能会遇到“丢失与MySQL服务器的连接”错误。默认值16M。
#dev-doc:

max_allowed_packet = 32M
# Sort_Buffer_Size
是一个connection级参数,在每个connection(session)第一次需要使用这个buffer的时候,一次性分配设置的内存。
#Sort_Buffer_Size
并不是越大越好,由于是connection级的参数,过大的设置+高并发可能会耗尽系统内存资源。例如:500个连接将会消耗
500*sort_buffer_size(8M)=4G内存
#Sort_Buffer_Size 超过2KB的时候,就会使用mmap() 而不是 malloc()
来进行内存分配,导致效率降低。
#技术导读

#dev-doc:

#explain select*from table where order limit;出现filesort
#属重点优化参数
sort_buffer_size = 8M
#用于表间关联缓存的大小
join_buffer_size = 1M
#
服务器线程缓存这个值表示可以重新利用保存在缓存中线程的数量,当断开连接时如果缓存中还有空间,那么客户端的线程将被放到缓存中,如果线程重新被请求,那么请求将从缓存中读取,如果缓存中是空的或者是新的请求,那么这个线程将被重新创建,如果有很多新的线程,增加这个值可以改善系统性能.通过比较
Connections 和 Threads_created 状态的变量,可以看到这个变量的作用
thread_cache_size = 300
# 设置thread_concurrency的值的正确与否, 对mysql的性能影响很大,
在多个cpu(或多核)的情况下,错误设置了thread_concurrency的值,
会导致mysql不能充分利用多cpu(或多核),
出现同一时刻只能一个cpu(或核)在工作的情况。thread_concurrency应设为CPU核数的2倍.
比如有一个双核的CPU, 那么thread_concurrency的应该为4; 2个双核的cpu,
thread_concurrency的值应为8
#属重点优化参数
thread_concurrency = 8
#
对于使用MySQL的用户,对于这个变量大家一定不会陌生。前几年的MyISAM引擎优化中,这个参数也是一个重要的优化参数。但随着发展,这个参数也爆露出来一些问题。机器的内存越来越大,人们也都习惯性的把以前有用的参数分配的值越来越大。这个参数加大后也引发了一系列问题。我们首先分析一下
query_cache_size的工作原理:一个SELECT查询在DB中工作后,DB会把该语句缓存下来,当同样的一个SQL再次来到DB里调用时,DB在该表没发生变化的情况下把结果从缓存中返回给Client。这里有一个关建点,就是DB在利用Query_cache工作时,要求该语句涉及的表在这段时间内没有发生变更。那如果该表在发生变更时,Query_cache里的数据又怎么处理呢?首先要把Query_cache和该表相关的语句全部置为失效,然后在写入更新。那么如果Query_cache非常大,该表的查询结构又比较多,查询语句失效也慢,一个更新或是Insert就会很慢,这样看到的就是Update或是Insert怎么这么慢了。所以在数据库写入量或是更新量也比较大的系统,该参数不适合分配过大。而且在高并发,写入量大的系统,建系把该功能禁掉。
#重点优化参数(主库 增删改-MyISAM)
query_cache_size = 512M
#指定单个查询能够使用的缓冲区大小,缺省为1M
query_cache_limit = 2M
#默认是4KB,设置值大对大数据查询有好处,但如果你的查询都是小数据查询,就容易造成内存碎片和浪费
#查询缓存碎片率 = Qcache_free_blocks / Qcache_total_blocks *
100%
#如果查询缓存碎片率超过20%,可以用FLUSH QUERY
CACHE整理缓存碎片,或者试试减小query_cache_min_res_unit,如果你的查询都是小数据量的话。
#查询缓存利用率 = (query_cache_size – Qcache_free_memory) /
query_cache_size * 100%
#查询缓存利用率在25%以下的话说明query_cache_size设置的过大,可适当减小;查询缓存利用率在80%以上而且Qcache_lowmem_prunes
> 50的话说明query_cache_size可能有点小,要不就是碎片太多。
#查询缓存命中率 = (Qcache_hits – Qcache_inserts) / Qcache_hits *
100%
query_cache_min_res_unit = 2k
default-storage-engine = MyISAM
#限定用于每个数据库线程的栈大小。默认设置足以满足大多数应用
thread_stack = 192K
# 设定默认的事务隔离级别.可用的级别如下:
# READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ, SERIALIZABLE
# 1.READ UNCOMMITTED-读未提交2.READ COMMITTE-读已提交3.REPEATABLE READ
-可重复读4.SERIALIZABLE -串行
transaction_isolation = READ-COMMITTED
# tmp_table_size 的默认大小是
32M。如果一张临时表超出该大小,MySQL产生一个 The table tbl_name is full
形式的错误,如果你做很多高级 GROUP BY 查询,增加 tmp_table_size 值。
tmp_table_size = 246M
max_heap_table_size = 246M
#索引缓存大小: 它决定了数据库索引处理的速度,尤其是索引读的速度
key_buffer_size = 512M
#
MySql读入缓冲区大小。对表进行顺序扫描的请求将分配一个读入缓冲区,MySql会为它分配一段内存缓冲区。read_buffer_size变量控制这一缓冲区的大小。如果对表的顺序扫描请求非常频繁,并且你认为频繁扫描进行得太慢,可以通过增加该变量值以及内存缓冲区大小提高其性能。
read_buffer_size = 4M
#
MySql的随机读(查询操作)缓冲区大小。当按任意顺序读取行时(例如,按照排序顺序),将分配一个随机读缓存区。进行排序查询时,MySql会首先扫描一遍该缓冲,以避免磁盘搜索,提高查询速度,如果需要排序大量数据,可适当调高该值。但MySql会为每个客户连接发放该缓冲空间,所以应尽量适当设置该值,以避免内存开销过大。
read_rnd_buffer_size = 16M
#批量插入数据缓存大小,可以有效提高插入效率,默认为8M
bulk_insert_buffer_size = 64M
# MyISAM表发生变化时重新排序所需的缓冲
myisam_sort_buffer_size = 128M
# MySQL重建索引时所允许的最大临时文件的大小 (当 REPAIR, ALTER TABLE
或者 LOAD DATA INFILE).
# 如果文件大小比此值更大,索引会通过键值缓冲创建(更慢)
myisam_max_sort_file_size = 10G
# 如果一个表拥有超过一个索引, MyISAM
可以通过并行排序使用超过一个线程去修复他们.
# 这对于拥有多个CPU以及大量内存情况的用户,是一个很好的选择.
myisam_repair_threads = 1
#自动检查和修复没有适当关闭的 MyISAM 表
myisam_recover
interactive_timeout = 120
wait_timeout = 120
innodb_data_home_dir = /data/mysql/3306/data
#表空间文件 重要数据
innodb_data_file_path = ibdata1:2000M;ibdata2:10M:autoextend
#这个参数用来设置 InnoDB
存储的数据目录信息和其它内部数据结构的内存池大小,类似于Oracle的library
cache。这不是一个强制参数,可以被突破。
innodb_additional_mem_pool_size = 16M
#
这对Innodb表来说非常重要。Innodb相比MyISAM表对缓冲更为敏感。MyISAM可以在默认的
key_buffer_size 设置下运行的可以,然而Innodb在默认的
innodb_buffer_pool_size
设置下却跟蜗牛似的。由于Innodb把数据和索引都缓存起来,无需留给操作系统太多的内存,因此如果只需要用Innodb的话则可以设置它高达
70-80% 的可用内存。一些应用于 key_buffer 的规则有 —
如果你的数据量不大,并且不会暴增,那么无需把 innodb_buffer_pool_size
设置的太大了
innodb_buffer_pool_size = 512M
#文件IO的线程数,一般为 4,但是在 Windows 下,可以设置得较大。
innodb_file_io_threads = 4
# 在InnoDb核心内的允许线程数量.
# 最优值依赖于应用程序,硬件以及操作系统的调度方式.
# 过高的值可能导致线程的互斥颠簸.
innodb_thread_concurrency = 8
#
如果将此参数设置为1,将在每次提交事务后将日志写入磁盘。为提供性能,可以设置为0或2,但要承担在发生故障时丢失数据的风险。设置为0表示事务日志写入日志文件,而日志文件每秒刷新到磁盘一次。设置为2表示事务日志将在提交时写入日志,但日志文件每次刷新到磁盘一次。
innodb_flush_log_at_trx_commit = 2
#此参数确定些日志文件所用的内存大小,以M为单位。缓冲区更大能提高性能,但意外的故障将会丢失数据.MySQL开发人员建议设置为1-8M之间
innodb_log_buffer_size = 16M
#此参数确定数据日志文件的大小,以M为单位,更大的设置可以提高性能,但也会增加恢复故障数据库所需的时间
innodb_log_file_size = 128M
#为提高性能,MySQL可以以循环方式将日志文件写到多个文件。推荐设置为3M
innodb_log_files_in_group = 3
#推荐阅读

#
Buffer_Pool中Dirty_Page所占的数量,直接影响InnoDB的关闭时间。参数innodb_max_dirty_pages_pct
可以直接控制了Dirty_Page在Buffer_Pool中所占的比率,而且幸运的是innodb_max_dirty_pages_pct是可以动态改变的。所以,在关闭InnoDB之前先将innodb_max_dirty_pages_pct调小,强制数据块Flush一段时间,则能够大大缩短
MySQL关闭的时间。
innodb_max_dirty_pages_pct = 90
# InnoDB
有其内置的死锁检测机制,能导致未完成的事务回滚。但是,如果结合InnoDB使用MyISAM的lock
tables
语句或第三方事务引擎,则InnoDB无法识别死锁。为消除这种可能性,可以将innodb_lock_wait_timeout设置为一个整数值,指示
MySQL在允许其他事务修改那些最终受事务回滚的数据之前要等待多长时间(秒数)
innodb_lock_wait_timeout = 120
#独享表空间(关闭)
innodb_file_per_table = 0
#start mysqld with –slow-query-log-file=/data/mysql/3306/slow.log
slow_query_log
long_query_time = 1
replicate-ignore-db = mysql
replicate-ignore-db = test
replicate-ignore-db = information_schema
#配置从库上的更新操作是否写二进制文件,如果这台从库,还要做其他从库的主库,那么就需要打这个参数,以便从库的从库能够进行日志同步这个参数要和—logs-bin一起使用
log-slave-updates
log-bin = /data/mysql/3306/binlog/binlog
binlog_cache_size = 4M
#STATEMENT,ROW,MIXED
# 基于SQL语句的复制(statement-based replication,
SBR),基于行的复制(row-based replication, RBR),混合模式复制(mixed-based
replication,
MBR)。相应地,binlog的格式也有三种:STATEMENT,ROW,MIXED。
binlog_format = MIXED
max_binlog_cache_size = 64M
max_binlog_size = 1G
relay-log-index = /data/mysql/3306/relaylog/relaylog
relay-log-info-file = /data/mysql/3306/relaylog/relaylog
relay-log = /data/mysql/3306/relaylog/relaylog
expire_logs_days = 30
skip-name-resolve
#master-connect-retry = 10
slave-skip-errors = 1032,1062,126,1114,1146,1048,1396
server-id = 1
[mysqldump]
quick
max_allowed_packet = 32M
[myisamchk]
key_buffer_size = 256M
sort_buffer_size = 256M
read_buffer = 2M
write_buffer = 2M
[mysqlhotcopy]
interactive-timeout

一、服务器硬件对MySQL性能的影响

①磁盘寻道能力(磁盘I/O),以目前高转速SCSI硬盘(7200转/秒)为例,这种硬盘理论上每秒寻道7200次,这是物理特性决定的,没有办法改变。MySQL每秒钟都在进行大量、复杂的查询操作,对磁盘的读写量可想而知。所以,通常认为磁盘I/O是制约MySQL性能的最大因素之一,对于日均访问量在100万PV以上的Discuz!论坛,由于磁盘I/O的制约,MySQL的性能会非常低下!解决这一制约因素可以考虑以下几种解决方案:使用RAID-0+1磁盘阵列,注意不要尝试使用RAID-5,MySQL在RAID-5磁盘阵列上的效率不会像你期待的那样快。

②CPU
对于MySQL应用,推荐使用S.M.P.架构的多路对称CPU,例如:可以使用两颗Intel
Xeon
3.6GHz的CPU,现在我较推荐用4U的服务器来专门做数据库服务器,不仅仅是针对于mysql。

③物理内存对于一台使用MySQL的Database
Server来说,服务器内存建议不要小于2GB,推荐使用4GB以上的物理内存,不过内存对于现在的服务器而言可以说是一个可以忽略的问题,工作中遇到了高端服务器基本上内存都超过了16G。

二、MySQL自身因素当解决了上述服务器硬件制约因素后,让我们看看MySQL自身的优化是如何操作的。对MySQL自身的优化主要是对其配置文件my.cnf中的各项参数进行优化调整。下面我们介绍一些对性能影响较大的参数。由于my.cnf文件的优化设置是与服务器硬件配置息息相关的,因而我们指定一个假想的服务器硬件环境:CPU:
2颗Intel Xeon 2.4GHz 内存: 4GB DDR 硬盘: SCSI 73GB(很常见的2U服务器)。

下面,我们根据以上硬件配置结合一份已经优化好的my.cnf进行说明:

#vim
/etc/my.cnf以下只列出my.cnf文件中[mysqld]段落中的内容,其他段落内容对MySQL运行性能影响甚微,因而姑且忽略。
[mysqld]
port = 3306
serverid = 1
socket = /tmp/mysql.sock
skip-locking
#避免MySQL的外部锁定,减少出错几率增强稳定性。
skip-name-resolve
#禁止MySQL对外部连接进行DNS解析,使用这一选项可以消除MySQL进行DNS解析的时间。但需要注意,如果开启该选项,则所有远程主机连接授权都要使用IP地址方式,否则MySQL将无法正常处理连接请求!
back_log = 384
#back_log参数的值指出在MySQL暂时停止响应新请求之前的短时间内多少个请求可以被存在堆栈中。如果系统在一个短时间内有很多连接,则需要增大该参数的值,该参数值指定到来的TCP/IP连接的侦听队列的大小。不同的操作系统在这个队列大小上有它自己的限制。试图设定back_log高于你的操作系统的限制将是无效的。默认值为50。对于Linux系统推荐设置为小于512的整数。
key_buffer_size = 256M
#key_buffer_size指定用于索引的缓冲区大小,增加它可得到更好的索引处理性能。对于内存在4GB左右的服务器该参数可设置为256M或384M。注意:该参数值设置的过大反而会是服务器整体效率降低!
max_allowed_packet = 4M
thread_stack = 256K
table_cache = 128K
sort_buffer_size = 6M
#查询排序时所能使用的缓冲区大小。注意:该参数对应的分配内存是每连接独占,如果有100个连接,那么实际分配的总共排序缓冲区大小为100
× 6 = 600MB。所以,对于内存在4GB左右的服务器推荐设置为6-8M。
read_buffer_size = 4M
#读查询操作所能使用的缓冲区大小。和sort_buffer_size一样,该参数对应的分配内存也是每连接独享。
join_buffer_size = 8M
#联合查询操作所能使用的缓冲区大小,和sort_buffer_size一样,该参数对应的分配内存也是每连接独享。
myisam_sort_buffer_size = 64M
table_cache = 512
thread_cache_size = 64
query_cache_size = 64M
#指定MySQL查询缓冲区的大小。可以通过在MySQL控制台观察,如果Qcache_lowmem_prunes的值非常大,则表明经常出现缓冲不够的情况;如果Qcache_hits的值非常大,则表明查询缓冲使用非常频繁,如果该值较小反而会影响效率,那么可以考虑不用查询缓冲;Qcache_free_blocks,如果该值非常大,则表明缓冲区中碎片很多。
tmp_table_size = 256M
max_connecti** = 768
#指定MySQL允许的最大连接进程数。如果在访问论坛时经常出现Too Many
Connecti**的错误提 示,则需要增大该参数值。
max_connect_errors = 10000000
wait_timeout = 10
#指定一个请求的最大连接时间,对于4GB左右内存的服务器可以设置为5-10。
thread_concurrency = 8
#该参数取值为服务器逻辑CPU数量*2,在本例中,服务器有2颗物理CPU,而每颗物理CPU又支持H.T超线程,所以实际取值为4*2=8
skip-networking
#开启该选项可以彻底关闭MySQL的TCP/IP连接方式,如果WEB服务器是以远程连接的方式访问MySQL数据库服务器则不要开启该选项!否则将无法正常连接!
table_cache=1024
#物理内存越大,设置就越大.默认为2402,调到512-1024最佳
innodb_additional_mem_pool_size=4M
#默认为2M
innodb_flush_log_at_trx_commit=1
#设置为0就是等到innodb_log_buffer_size列队满后再统一储存,默认为1
innodb_log_buffer_size=2M
#默认为1M
innodb_thread_concurrency=8
#你的服务器CPU有几个就设置为几,建议用默认一般为8
key_buffer_size=256M
#默认为218,调到128最佳
tmp_table_size=64M
#默认为16M,调到64-256最挂
read_buffer_size=4M
#默认为64K
read_rnd_buffer_size=16M
#默认为256K
sort_buffer_size=32M
#默认为256K
thread_cache_size=120
#默认为60
query_cache_size=32M

MySQL 5.5.13 参数说明:
[client] character-set-server = utf8 port = 3306 socket =
/data/mysql/3306/mysql.sock [mysqld] character-set-server =
utf…

innodb_log_file_size=53M #
每一个InnoDB事务日志的大小。一般设为innodb_buffer_pool_size的25%到100%

Innodb_buffer_pool_pages_total 

缓存池页总数目。
共占用了16382 页 。单位page

Innodb_buffer_pool_pages_free

缓存池剩余的页数目。
在16382 页中有2000页没有使用。 单位page

Innodb_buffer_pool_pages_data

缓存池中包含数据的页的数目,包括脏页。
14273个页含有数据。单位page

Innodb_buffer_pool_read_requests

innodb进行逻辑读的数量。
529670886次请求读。单位次数

Innodb_buffer_pool_reads

进行逻辑读取时无法从缓冲池中获取而执行单页读取的次数。
941147次是物理I/0读取。单位次数

Innodb_buffer_pool_write_requests

写入 InnoDB 缓冲池的次数。
48606702次请求写入。单位次数

Innodb_buffer_pool_read_ahead_rnd

记录进行随机读的时候产生的预读次数。
0次

Innodb_buffer_pool_read_ahead

预读到innodb buffer pool里次数。
1465370次。  单位page

Innodb_buffer_pool_read_ahead_evicted

预读的页数,但是没有被读取就从缓冲池中被替换的页的数量,一般用来判断预读的效率。 0次

Innodb_buffer_pool_wait_free

数据要写入buffer pool的时候,需要等待空闲页的次数。是指缓存池里没有干净页的时候读取或创建页,要先等待页被刷新。
2927次。 单位次数。

Innodb_buffer_pool_pages_dirty

buffer pool缓存池中脏页的数目。
0次。单位是page

Innodb_buffer_pool_pages_flushed

buffer pool缓存池中刷新页请求的数目。
15437744次。单位page

Innodb_buffer_pool_pages_misc

buffer pool缓存池中当前页已经被用作管理用途或hash index而不能用作为普通数据页的数目。
109次。单位page

Innodb_buffer_pool_pages_old

在旧区域存放着多少个页。
5249次。单位page

Innodb_buffer_pool_pages_made_young

移动到新区域的有多少个页。
353059次。单位page

Innodb_buffer_pool_pages_made_not_young

没有移动到新区域的有多少个页。
31725809次。单位page

1.1.6 Thread_cache_size

Thread
cache池中应该存放的连接线程数,当系统最初启动的时候,并不会马上就创建thread_cache_size池中,而是随着连接线程的创建及使用,慢慢的将用完的连接线程存入其中。当到达指定值后,mysql就不会再续保存用完的连接线程了。在长连接的环境中我们不需要将thread_cache_size参数设置太大,一般来说50~100就可以了。

Thread
cache命中率:thread_cache_hit=(connections-threads_created)/connections
* 100%,thread cache命中率应该保持在90%左右甚至更高的比率才正常。

table_cache=256 #
这个参数在5.1.3之后的版本中叫做table_open_cache,用于设置table高速缓存的数量。由于每个客户端连接都会至少访问一个表,因此此参数的值与      
max_connections有关。当某一连接访问一个表时,MySQL会检查当前已缓存表的数量。如果该表已经在缓存中打开,则会直接访问缓存中的表已加快查询速度;如果该表未被缓存,则会将当前的表添加进缓存并进行查询。在执行缓存操作之前,table_cache用于限制缓存表的最大数目:如果当前已经缓存的表未达到table_cache,则会将新表添加进来;若已经达到此值,MySQL将根据缓存表的最后查询时间、查询率等规则释放之前的缓存。

[root@xuegod64 ~]# systemctl stop mysqld.service
[root@xuegod64 ~]# systemctl start  mysqld.service

1.3.3 innodb_log_buffer

innodb事物日志所使用的缓存,系统默认为1M,一般来说如果不是编写负载非常高且以大事物居多的话8M以内的大小完全够用。

 

key_buffer_size=54M # Key
Buffer大小,用于缓存MyISAM表的索引块。决定数据库索引处理的速度(尤其是索引读)

  重启后还是134217728.如下图
  威尼斯城真人赌钱网站 3

2.个性化参数

mysql的个性化参数很多,下面只介绍对mysql影响较大的参数。

sql-mode=”STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION”
# SQL模式为strict模式

  威尼斯城真人赌钱网站 4

1.3.2 Innodb_additional_mem_pool_size

Innodb_additional_mem_pool_size用于存放innodb的字典信息和其他一些内部结构所需要的内存空间。Innodb表越多,需要的空间就越大,系统默认为1M。

一个常规的几百个innodb表的mysql,如果不是每个表都是有上百个字段的话,20M内存就足够,设置超过实际所需要的内存并没有太大的意义,只是浪费内存而已。

 

basedir=”C:/Program Files/MySQL/Mysql
server 5.5/” #
基准路径,其他路径都相对于这个路径

  上面内存约等于2031912/1024.0=1984M。
2. buffer_pool 运行参数

2.1 服务器级别的参数

log_bin= /var/log/mysql/mysql-bin.log 

打开二进制日志,/var/log/mysql/二进制日志的位置,mysql-bin为二进制日志名

max_binlog_size=256M

二进制日志的大小设为512或1G,不能超过1G。该大小并不能严格限制binlog的大小,尤其是当binlog
比较靠近尾部而又遇到一个较大事务的时候,为了保证事务完整性,系统不做切换日志的动作。

Sync_binlog  = 0

这个参数对mysql系统来说至关重要,它不仅影响binlog对mysql所带来的性能损耗,而且还影响到
mysql中数据的完整性,系统默认设置为0。Sync_binlog=0,事务提交后,mysql不做fsync之类的磁盘
同步指令刷新binlog——cache中的信息到磁盘,而让filesystem自行决定什么时候做同步,或者cache
满了之后才同步到磁盘。Sync_binlog=n,当每进行n次事务提交后,mysql进行一次fsync之类的磁盘同
步指令来见binlog_cache中的数据写入磁盘。

Binlog_format=mixed

二进制日志的存储格式statement、row、mixed

Expire_logs_days=10

控制mysql binlog日志的保存期限

log_slow_queries = mysql-slow

Slow query
log功能对系统性能的整体影响没有binlog那么大,带来的io损耗也比较小。但是系统需
要计算每一条query的执行时间,在cpu方面会有所消耗。在cpu资源比较紧张的情况下,可以在大部
分时间关闭该功能, 默认关闭。

#等价于

slow_query_log=on

slow_query_log_file=mysql-slow

Long_query_time = 0.05

该值决定,超过多少时间才可以算做是慢查询,单位为秒。

Sql_mode=””

mysql服务器的sql模式:非严格模式。

使用非严格模式时,存储的字符超过他们定义的长度时候,如果不是在sql服务器的严格模式(STRICT_ALL_TABLES)下,都会
自动截取合适的字段存储,而不会出现错误。但是,如果是中文的话同样要报错误:)比如定义char(4),
然后insert (‘c哈哈’).

Lower_case_table_names=0

Mysql在window环境下默认是忽略大小写的,而linux环境中则相反。通过lower_case_table_names
来解决由于大小写带来的数据库移植问题。0:区分大小写,1:不区分大小写

Back_log = 50

在mysql的连接请求等待队列中允许存放的最大连接请求数,默认值为50

Max_connections=500

整个mysql允许的最大连接数。这个参数主要影响整个mysql应用的并发处理能力,一般来说,只要
mysql主机性能允许,都将该参数设置得尽可能大一点。500~800是比较合适的值

Max_allowed_packet=1M

在网络传输中,一次消息数量的最大值。系统默认为1M,最大值是1GB,必须设定为1024的倍数,
单位为字节。

Thread_stack=192K

当mysql创建一个新的连接线程的时候,需要给他分配一定大小的内存堆栈空间,以便存放客户端的
请求query以及自身的各种状态和处理信息。系统默认值192KB

Skip_external_locking

跳过外部锁定,external-locking用于多进程条件下为myisam数据表进行锁定。如果有多台服务器使
用同一个数据库目录(不建议),那么每台服务器都必须开启external-locking

Thread_concurrency=4

设置该值的正确与否,对mysql的性能影响很大,在多个cpu(多核)工作的情况下,错误地设置了该
值,会导致mysql不能充分利用cpu,出现同一时刻只能使用一个cpu的情况。Thread_concurrency应
设为cpu核数的2倍。一个双核cpu,thread_concurrency=4

Transaction_isolation

事务的隔离级别,read uncommited 、read commited、 

repeatable read(innodb默认隔离级别)、serializable

Tmp_table_size

断开mysql的连接后系统会自动删除临时表中的数据,在一个数据库连接里面发行多次sql的话系统是
不会自动清空临时表数据的。系统默认32M,如果有很多高级group by查询,增加
tmp_table_size的值。Tmp_table_size不宜过大,否则一旦超过此限制,copy
to disk的过程确实会很 长。查询需要order by或者group
by等需要用到结果集时,参数中设置的临时表的大小小于结果集的
大小时,就会将该表放在磁盘上,造成io负载。另外如果Max_heap_table_size比tmp_table_size小的
话,会把Max_heap_table_size作为最大的内存临时表限制。

Skip_name_resolve

禁止mysql
server对外部连接进行DNS解析,使用这一选项可以消除mysql进行DNS解析的时间。
注意,启动该选项后,所有主机连接授权都要使用ip地址方式

Slave_skip_errors

使用slave_skip_errors=error_code设置跳过重复的记录。Error_code设置过大或过小都会无效。通
过show slave
status\G;的last_error里获取才是正确的。但是以slave-skip-errors条件运行得mysql默
认在以后所有的从mysql上有错误,都自动跳过。

Replicate_ignore_db=dbtest

主从时忽略同步指定数据库,用replicate_do_db和replicate_ignore_db时有一个隐患,跨库更新时会
出错,会忽略use dbtest下的sql,而这些sql可能是修改其它库的内容,如:update mysql.user……。可 以使用replicate_wild_do_table和replicate_wild_ignore_table来代替如

replicate_wild_do_table=test.%

或replicate_wild_ignore_table=mysql.%这样就可以避免出现上述问题了

Relay_log

中继日志

delayed_queue_size

此参数在执行其他insert delayed语句的客户机阻塞以前,确定来自insert
delayed语句的放入队列的
行的数目。增加这个参数的值使服务 能从这种请求中接受更多的行,因而客户机可以继续执行而不
阻塞。

在Apache, PHP,
MySQL的体系架构中,MySQL对于性能的影响最大,也是关键的核心部分。对于Discuz!论坛程序也是如此,MySQL的设置是否合理优化,直接影响到论坛的速度和承载量!同时,MySQL也是优化难度最大的一个部分,不但需要理解一些MySQL专业知识,同时还需要长时间的观察统计并且根据经验进行判断,然后设置合理的参数。
下面我们了解一下MySQL优化的一些基础,MySQL的优化我分为两个部分,一是服务器物理硬件的优化,二是MySQL自身(my.cnf)的优化。
一、服务器硬件对MySQL性能的影响  ①磁盘寻道能力(磁盘I/O),以目前高转速SCSI硬盘(7200转/秒)为例,这种硬盘理论上每秒寻道7200次,这是物理特性决定的,没有办法改变。MySQL每秒钟都在进行大量、复杂的查询操作,对磁盘的读写量可想而知。所以,通常认为磁盘I/O是制约MySQL性能的最大因素之一,对于日均访问量在100万PV以上的Discuz!论坛,由于磁盘I/O的制约,MySQL的性能会非常低下!解决这一制约因素可以考虑以下几种解决方案:
使用RAID-0+1磁盘阵列,注意不要尝试使用RAID-5,MySQL在RAID-5磁盘阵列上的效率不会像你期待的那样快。 
②CPU
对于MySQL应用,推荐使用S.M.P.架构的多路对称CPU,例如:可以使用两颗Intel
Xeon
3.6GHz的CPU,现在我较推荐用4U的服务器来专门做数据库服务器,不仅仅是针对于mysql。 
③物理内存对于一台使用MySQL的Database
Server来说,服务器内存建议不要小于2GB,推荐使用4GB以上的物理内存,不过内存对于现在的服务器而言可以说是一个可以忽略的问题,工作中遇到了高端服务器基本上内存都超过了16G。 

  要永久改变,需要在操作系统里使用vim my.cnf 来修改. 如下图所示,
去掉#重新定义值。

1.3 innodb缓存参数优化

innodb的缓存参数主要是两个方面,一类是数据索引(innodb_buffer_pool)结构,另一类是日志(Innodb_log_buffer)。

 

相关文章