医院建设官方网站必要性,导购网站制作,电影网-个人网站建设论文,网页如何设计目录
一、mysql 前置知识点
二、MySQL 单实例常见故障
故障一
故障二
故障三
故障四
故障五
故障六
故障七
故障八
三、MySQL 主从故障排查
故障一
故障二
故障三
四、MySQL 优化
1.硬件方面
#xff08;1#xff09;关于 CPU
#xff08;2#xff09;关…目录
一、mysql 前置知识点
二、MySQL 单实例常见故障
故障一
故障二
故障三
故障四
故障五
故障六
故障七
故障八
三、MySQL 主从故障排查
故障一
故障二
故障三
四、MySQL 优化
1.硬件方面
1关于 CPU
2关于内存
3关于磁盘
2.MySQL 配置文件
二进制日志文件的优化
引擎是 innodb 的优化
引擎是 myisam 的优化
3. SQL 优化
4.MySQL架构优化 一、mysql 前置知识点
MySQL逻辑架构图
客户端和连接服务核心服务功能存储引擎层数据存储层 二、MySQL 单实例常见故障
故障一
故障现象 ERROR 2002 (HY000): Cant connect to local MySQL server through socket /data/mysql/mysql.sock (2) 翻译 错误2002(HY000):无法通过套接字“/data/mysql/mysql.sock”连接到本地MySQL服务器 (2) 问题分析 数据库未启动或者数据库端口被防火墙拦截解决方法 启动数据库或者防火墙开放数据库监听端口。 故障二
故障现象 ERROR 1045 (28000): Access denied for user rootlocalhost (using password: NO) 翻译 错误1045(28000):用户“root”“localhost”的访问被拒绝(使用密码:否) 问题分析 密码不正确或者没有权限访问。解决方法 修改 my.cnf 主配置文件在[mysqld]下添加 skip-grant-tables重启数据库。
最后修改密码命令如下。
mysqluse mysql;
mysql update mysql.user set authentication_stringpassword(123456) where userroot and Host localhost;
mysql flush privileges;再删除刚刚添加的 skip-grant-tables 参数重启数据库使用新密码即可登录。
重新授权
命令如下。 mysqlgrant all on *.* to rootmysql-server identified by 123456; 故障三
故障现象 在使用远程连接数据库时偶尔会发生远程连接数据库很慢的问题。问题分析 如果 MySQL 主机查询 DNS 很慢或是有很多客户端主机时会导致连接很慢. 由于开发机器是不能够连接外网的在进行 MySQL 连接时DNS 解析是不可能完成的 从而也就明白了为什么连接那么慢了。解决方法 修改 my.cnf 主配置文件在[mysqld]下添加 skip-name-resolve重启数据库可以解决。数据库授权禁止使用主机名 故障四
故障现象 Cant open file: xxx_forums.MYI. (errno: 145) 问题分析 服务器非正常关机数据库所在空间已满或一些其它未知的原因对数据库表造 成了损坏。可能是操作系统下直接将数据库文件拷贝移动会因为文件的 属组 问题而产生这个 错误。解决方法 可以使用下面的两种方式修复数据表第一种方法仅适合独立主机用户 使用 MySQL 自带的专门用户数据表检查和修复工具 myisamchk。一般情况下只有在命令行下面才能运行 myisamchk 命令。常用的修复命令为 myisamchk -r 数据文件目录/数据表名.MYI; 通过 phpMyAdmin 修复 phpMyAdmin 带有修复数据表的功能进入到某一个表中后点击“操作”在下方的“表维护”中点击“修复表”即可。
注意以上两种修复方式在执行前一定要备份数据库。 修改文件的属组仅适合独立主机用户 复制数据库文件的过程中没有将数据库文件设置为 MySQL 运行的帐号可读写一般适用于 Linux 和 FreeBSD 用户。 故障五
故障现象 ERROR 1129 (HY000): Host xxx.xxx.xxx.xxx is blocked because of many connection errors; unblock with mysqladmin flush-hosts 翻译 错误1129(HY000):主机xxx.xxx.xxx.xxx由于许多连接错误而被阻塞;请使用mysgladmin flush-hosts解除阻塞 问题分析 由于 mysql 数据库的参数max_connect_errors其默认值是 10。当大量(max_connect_errors)的主机去连接 MySQL总连接请求超过了 10 次新的连接就再也无法连接上 MySQL 服务。同一个 ip 在短时间内产生太多中断的数据库连接而导致的阻塞 超过 mysql 数据库 max_connection_errors 的最大值。
解决方法 使用 mysqladmin flush-hosts 命令清除缓存命令执行方法如下 mysqladmin -u root -p -h 192.168.80.7 flush-hosts Enter password: 注意用户权限 修改 mysql 配置文件在[mysqld]下面添加 max_connect_errors1000然后重启 MySQL。 故障六
故障现象 客户端报 Too many connections。 问题分析 连接数超出 Mysql 的最大连接数限制。
解决方法 在 my.cnf 配置文件里面增大连接数然后重启 MySQL 服务。 max_connections 2000 一般在1000、2000、3000中选择。 临时修改最大连接数重启后不生效。需要在 my.cnf 里面修改配置文件下次重启生效。 set GLOBAL max_connections2000; 故障七
故障现象 Warning: World-writable config file /etc/my.cnf is ignored ERROR! MySQL is running but PID file could not be found 翻译 警告:通用可写配置文件/etc/my.cnf 被忽略错误!MySQL正在运行但找不到PID文件 问题分析
MySQL 的配置文件/etc/my.cnf 权限不对。
MySQL 的配置文件/etc/my.cnf 属组不对。
解决方法 chmod 644 /et/my.cnf chown mysql:mysql /etc/my.cnf 故障八
故障现象 InnoDB: Error: page 14178 log sequence number 29455369832 InnoDB: is in the future! Current system log sequence number 29455369832 问题分析 innodb 数据文件损坏。
解决方法 修改 my.cnf 配置文件在[mysqld]下添加 innodb_force_recovery4, 启动数据库后备份数据文件然后去掉该参数利用备份文件恢复数据。 三、MySQL 主从故障排查
故障一
故障现象 从库的 Slave_IO_Running 为 NO The slave I/O thread stops because master and slave have equal MySQL server ids; these ids must be different for replication to work (or the --replicate-same-server-id option must be used on slave but this does not always make sense; please check the manual before using it). 翻译 从I/0线程停止因为主服务器和从服务器具有相同的MySQL服务器ID;这些ID必须是不同的以便复制工作(或者必须在从服务器上使用-replicate-same-server-id选项)但这并不总是有意义的;使用前请查看说明书)。 问题分析 主库和从库的 server-id 值一样。
解决方法 修改从库的 server-id 的值修改为和主库不一样。修改完后重启再同步即可。 更改数据库配置的 时候关闭从数据库的数据同步。
故障二
故障现象 从库的 Slave_IO_Running 为 NO
问题分析 造成从库线程为 NO 的原因会有很多主要原因是主键冲突或者主库删除或更新数据从库找不到记录数据被修改导致。通常状态码报错有 1007、1032、1062、1452 等。
一般 Slave_IO_Running: No 的可能性 1、网络不通 2、my.cnf 配置有问题 3、密码、file文件名、pos偏移量不对 4、防火墙没有关闭
解决方法一 mysql stop slave; mysql set GLOBAL SQL_SLAVE_SKIP_COUNTER1; mysql start slave; 解决方法二 设置用户权限设置从库只读权限 set global read_onlytrue; 故障三
故障现象 Error initializing relay log position: I/O error reading the header from the binary log 分析问题 从库的中继日志 relay-bin 损坏。
解决方法 手工修复重新找到同步的 binlog二进制日志 和 pos段位偏移量 点然后重新同步即可。 mysqlCHANGE MASTER TO MASTER_LOG_FILEmysql-bin.xxx,MASTER_LOG_POSxxx; 四、MySQL 优化
1.硬件方面
说到服务器硬件最主要的无非 CPU、内存、磁盘三大关键因素。
1关于 CPU CPU 对于 MySQL 应用推荐使用 S.M.P.架构的多路对称 CPU。例如可以使用两颗Intel Xeon 3.6GHz 的 CPU。现在比较推荐用 4U 的服务器来专门做数据库服务器不仅仅是针对于 MySQL。
2关于内存 物理内存对于一台使用 MySQL 的 Database Server 来说服务器内存建议不要小于2GB推荐使用 4GB 以上的物理内存。不过内存对于现在的服务器而言可以说是一个可以忽略的问题工作中遇到了高端服务器基本上内存都超过了 32G。
3关于磁盘 磁盘寻道能力磁盘 I/O。以目前市场上普遍高转速 SAS 硬盘(15000 转/秒)为例 这种硬盘理论上每秒寻道 15000 次这是物理特性决定的没有办法改变。 MySQL 每秒钟都在进行大量、复杂的查询操作对磁盘的读写量可想而知。 所以通常认为磁盘 I/O 是制约 MySQL 性能的最大因素之一通常是使用 RAID-01 磁盘阵列注意不要尝试使用RAID-5MySQL 在 RAID-5 磁盘阵列上的效率并不高。如果不考虑硬件的投入成本也可以考虑固态SSD硬盘专门作为数据库服务器使用。数据库的读写性能肯定会提高很多。 2.MySQL 配置文件 通常默认的 my.cnf 配置文件无法发挥出 MySQL 最高的性能所以需要根据不同的硬件进行优化配置文件的优化也是重点。下面是物理内存为 32G 的数据库优化参数具体从全局、二进制日志、主从、innodb、myisam 几个方面优化仅供参考。
1default-time-zone8:00 默认 MySQL 使用的是系统时区修改为北京时间也就是所说的东八区。 2interactive_timeout 120 服务器关闭交互式连接前等待活动的秒数。 3wait_timeout 120 服务器关闭非交互连接之前等待活动的秒数。 4open_files_limit 10240 MySQL 服务器打开文件句柄数限制。 5group_concat_max_len 102400 MySQL 默认的拼接最大长度为 1024 个字节由于 1024 个字节会出现不够用的情况 根据实际情况进行修改。 6usermysql 使用 mysql 用户运行。 7character-set-serverutf8、init_connectSET NAMES utf8 设置字符集为 utf8 8back_log 600 在 MySQL 暂时停止响应新请求之前短时间内的多少个请求可以被存在堆栈中。如果系统在短时间内有很多连接则需要增大该参数的值该参数值指定到来的 TCP/IP 连接的监听队列的大小。默认值 50。 9max_connections 5000 MySQL 允许最大的进程连接数如果经常出现 Too Many Connections 的错误提示 则需要增大此值。 10max_connect_errors 6000 设置每个主机的连接请求异常中断的最大次数。当超过该次数MySQL 服务器将禁止 host 的连接请求直到 MySQL 服务器重启或通过flush hosts 命令清空此host 的相关信息。 11table_cache 1024 数据表调整缓冲区大小。它设置表高速缓存的数目。每个连接进来都会至少打开一个表缓存。因此table_cache 的大小与 max_connections 的设置有关。例如对于 200 个并行运行的连接应该让表的缓存至少有 200×N。这里 N 是应用可以执行查询的一个连接中表的最大数量。 此外还需要为临时表和文件保留一些额外的文件描述符。 当 MySQL 访问一个表时 如果该表在缓存中已经被打开则可以直接访问缓存。如果还没有被缓存但是在 MySQL 表缓冲区中还有空间那么这个表就被打开并放入表缓冲区。如果表缓存满了则会按照一定的规则将当前未用的表释放或者临时扩大表缓存来存放使用表缓存的好处是可以更快速地访问表中的内容。执行 flushtables 会清空缓存的内容。 一般来说可以通过 showstatus 命令查看数据库运行峰值时间的状态值 Open_tables 和 Opened_tables判断是否需要增加 table_cache 的值其中 open_tables 是当前打开的表的数量Opened_tables 则是已经打开的表的数量。若 open_tables 接近 table_cache 并且 Opened_tables 值在逐步增加 那就要考虑增加这个值的大小了。还有就是Table_locks_waited 比较高的时候也需要增加 table_cache。 12table_open_cache 2048 指定表高速缓存的大小。每当MySQL 访问一个表时如果在表缓冲区中还有空间该表就被打开并放入其中这样可以更快地访问表内容。 13max_heap_table_size 256M 这个变量定义了用户可以创建的内存表(memory table)的大小。这个值用来计算内存表的最大行数值。这个变量支持动态改变即 set max_heap_table_size#。但是对于已经存在的内存表就没有什么用了除非这个表被重新创建(create table)、修改(alter table)或者truncate table。服务重启也会设置已经存在的内存表为全局 max_heap_table_size 的值。 14external-locking false 使用 skip-external-lockingMySQL 选项以避免外部锁定。该选项默认开启。 15max_allowed_packet 32M 设置在网络传输中一次消息传输量的最大值。系统默认值为 1MB最大值是 1GB必须设置 1024 的倍数。 16sort_buffer_size 512M Sort_Buffer_Size 是一个 connection 级参数在每个 connectionsession第一次需要使用这个 buffer 的时候一次性分配设置的内存。Sort_Buffer_Size 并不是越大越好由于是 connection 级的参数过大的设置高并发可能会耗尽系统内存资源。 17join_buffer_size 8M
用于表间关联缓存的大小和 sort_buffer_size 一样该参数对应的分配内存也是每个连接独享。 18thread_cache_size 300 服务器线程缓存这个值表示可以重新利用保存在缓存中线程的数量,当断开连接时如果缓存中还有空间,那么客户端的线程将被放到缓存中如果线程重新被请求那么请求将从缓存中读取如果缓存中是空的或者是新的请求那么这个线程将被重新创建如果有很多新的线程增加这个值可以改善系统性能。通过比较 Connections 和 Threads_created 状态的变量可以看到这个变量的作用。设置规则如下1GB 内存配置为 82GB 配置为 16 3GB 配置为 324GB 或更高内存可配置更大。 19thread_concurrency 8 设置 thread_concurrency 值的正确与否,对 MySQL 的性能影响很大,在多个 CPU(或多核)的情况下 错误设置了 thread_concurrency 的值 会导致 MySQL 不能充分利用多CPU(或多核)出现同一时刻只能一个 CPU 在工作的情况。thread_concurrency 应设为CPU核数的 2 倍。比如有一个双核的 CPU那么 thread_concurrency 的应该为 42 个双核的cputhread_concurrency 的值应为 8。 20query_cache_size 512M 使用 MySQL 的用户对于这个变量一定不会陌生。前几年的 MyISAM 引擎优化中 这个参数也是一个重要的优化参数。但随着发展这个参数也爆露出来一些问题。机器的内存越来越大人们也都习惯性的把以前有用的参数分配的值越来越大。这个参数加大后也引发了一系列问题。 首先分析一下 query_cache_size 的工作原理一个 SELECT 查询在 DB 中工作后DB 会把该语句缓存下来。当同样的一个 SQL 再次来到 DB 里调用时DB 在该表没发生变化的情况下把结果从缓存中返回给 Client。这里有一个关建点就是 DB 在利用Query_cache 工作时要求该语句涉及的表在这段时间内没有发生变更。那如果该表在发生变更时Query_cache 里的数据又怎么处理呢首先要把 Query_cache 和该表相关的语句全部设置为失效然后再写入更新。那么如果 Query_cache 非常大该表的查询结构又比较多查询语句失效也慢一个更新或是 Insert 就会很慢这样看到的就是 Update 或是Insert 怎么这么慢了。 所以在数据库写入量或是更新量也比较大的系统该参数不适合分配过大。而且在高并发写入量大的系统建议把该功能禁掉。 21query_cache_limit 4M 指定单个查询能够使用的缓冲区大小缺省为 1M。 22query_cache_min_res_unit 2k 默认是 4KB设置值大对大数据查询有好处但如果查询都是小数据查询就容易造成内存碎片和浪费查询缓存碎片率Qcache_free_blocks/Qcache_total_blocks*100%。 如果查询缓存碎片率超过 20%可以用 FLUSHQUERYCACHE 整理缓存碎片或者尝试减小 query_cache_min_res_unit 。 如果查询都是小数据量 那么查询缓存利用率 (query_cache_size–Qcache_free_memory)/query_cache_size*100%。查询缓存利用率在 25%以下说明 query_cache_size 设置的过大可适当减小。查询缓存利用率在 80%以上而且 Qcache_lowmem_prunes50 的话说明 query_cache_size 可能有点小要不就是碎片太多。查询缓存命中率(Qcache_hits–Qcache_inserts)/Qcache_hits*100%。 23default-storage-engine innodb 默认引擎现在一般都是 innodb 引擎表居多。 24thread_stack 192K 设置 MySQL 每个线程的堆栈大小默认值足够大可满足普通操作。可设置范围为 128K 至 4GB默认为 192KB。 25transaction_isolation READ-COMMITTED 设定默认的事务隔离级别READCOMMITTEE 是读已提交。 26tmp_table_size 256M tmp_table_size 的默认大小是 32M。如果一张临时表超出该大小MySQL 产生一个Thetabletbl_nameisfull 形 式 的 错误 如 果 执 行很 多 高 级 GROUPBY 查 询 增 加tmp_table_size 值。如果超过该值则会将临时表写入磁盘。 27key_buffer_size 1024M 指定用于索引的缓冲区大小增加它可以得到更好的索引处理性能。 28read_buffer_size 2M MySQL 读入缓冲区大小。对表进行顺序扫描的请求将分配一个读入缓冲区MySQL 会为它分配一段内存缓冲区。read_buffer_size 变量控制这一缓冲区的大小。如果对表的顺序扫描请求非常频繁并且认为频繁扫描进行得太慢可以通过增加该变量值以及内存缓冲区大小提高其性能。和 sort_buffer_size 一样该参数对应的分配内存也是每个连接独享。 29read_rnd_buffer_size 256M MySQL 的随机读查询操作缓冲区大小。当按任意顺序读取行时(例如按照排序顺序)将分配一个随机读缓存区。进行排序查询时MySQL 会首先扫描一遍该缓冲以避免磁盘搜索提高查询速度。如果需要排序大量数据可适当调高该值。但 MySQL 会为每个客户连接发放该缓冲空间所以应尽量适当设置该值以避免内存开销过大。 30bulk_insert_buffer_size 64M 批量插入数据缓存大小可以有效提高插入效率默认为 8M。(31)skip-name-resolve 禁止域名解析包括主机名.所以授权的时候要使用 IP 地址。
32ft_min_word_len 1 从 MySQL4.0 开始就支持全文索引功能但是 MySQL 默认的最小索引长度是 4。如果是英文默认值是比较合理的但是中文绝大部分词都是 2 个字符这就导致小于 4 个字的词都不能被索引。MySQL 全文索引是专门为了解决模糊查询提供的可以对整篇文章预先按照词进行索引搜索效率高能够支持百万级的数据检索。 二进制日志文件的优化 下面几个参数时关于 MySQL 二进制日志文件的优化。
33log-binmysql-bin 打开 MySQL 二进制功能。 34binlog_cache_size 4M 在事务过程中容纳二进制日志 SQL 语句的缓存大小。二进制日志缓存是服务器支持事务存储引擎并且服务器启用了二进制日志(—log-bin 选项)的前提下为每个客户端分配的内存。 注意是每个 Client 都可以分配设置大小的 binlogcache 空间。可以通过 MySQL 的以下两个 状态变量来判 断当前的 binlog_cache_size 的状况 Binlog_cache_use 和Binlog_cache_disk_use。 35max_binlog_cache_size 128M 表 示 binlog 能 够使 用的 最大 cache 内 存大 小。 执行 多语 句事 务的 时候 max_binlog_cache_size 如 果 不 够 大 的 话 系 统 可 能 会 报 出“Multi-statementtransactionrequiredmorethanmax_binlog_cache_sizebytesofstorage” 的错误。 36max_binlog_size 1G Binlog 日志最大值一般来说设置为 512M 或者 1G但不能超过 1G。该大小并不能非常严格控制 Binlog 大小尤其是当到达 Binlog 比较靠近尾部而又遇到一个较大事务的时候系统为了保证事务的完整性不可能做切换日志的动作只能将该事务的所有 SQL 都记录进入当前日志直到该事务结束。这一点和Oracle 的Redo 日志有点不一样因为Oracle 的 Redo 日志所记录的是数据文件的物理位置的变化而且里面同时记录了 Redo 和 Undo 相关的信息所以同一个事务是否在一个日志中对 Oracle 来说并不关键。而 MySQL 在Binlog 中所记录的是数据库逻辑变化信息MySQL 称之为 Event实际上就是带来数据库变化的 DML 之类的 Query 语句。 37sync_binlog1 在 MySQL 中系统默认的设置是 sync_binlog0也就是不做任何强制性的磁盘刷新指令这时候的性能是最好的但是风险也是最大的。因为一旦系统 Crash在 binlog_cache 中的所有 binlog 信息都会被丢失。 而当设置为“1”的时候最安全但也是性能损耗最大的设置。因为当设置为 1 的时候即使系统 Crash也最多丢失 binlog_cache 中未完成的一个事务对实际数据没有任何实质性影响。从以往经验和相关测试来看对于高并发事务的系统来说“sync_binlog”设置为 0 和设置为 1 的系统写入性能差距可能高达 5 倍甚至更多。 38binlog_formatmixed 默认使用 statement 模式基于 SQL 语句的复制另外一种是基于行的复制为提升效率可以将以上两种模式混合使用。一般的复制使用 STATEMENT 模式保存 binlog对于 STATEMENT 模式无法复制的操作使用 ROW 模式保存 binlogMySQL 会根据执行的SQL 语句选择日志保存方式。 39expire_logs_days 7 二进制日志只留存最近 7 天不用人工手动删除。
40log-slave-updates 这条参数只读主从架构适用当从库 log_slave_updates 参数没有开启时从库的 binlog 不会记录来源于主库的操作记录。只有开启 log_slave_updates从库 binlog 才会记录主库同步的操作日志。 41slow_query_log 打开慢查询日志。 42slow_query_log_fileslow.log 慢查询日志文件位置。 43long_query_time 2 记录超过 2 秒的 SQL 查询。 引擎是 innodb 的优化
关于引擎是 innodb 的优化如下
44innodb_additional_mem_pool_size 64M 这个参数用来设置 InnoDB 存储的数据目录信息和其它内部数据结构的内存池大小类似于 Oracle 的 library cache。这不是一个强制参数可以被突破。 45innodb_buffer_pool_size 20480M 用于缓存索引和数据的内存大小这个选项的值越多越好 数据读写在内存中非常快 减少了对磁盘的读写。当数据提交或满足检查点条件后才一次性将内存数据刷新到磁盘中。 然而内存还有操作系统或数据库其他进程使用推荐设置 innodb-buffer-pool-size 为服务器总可用内存的 75%。 若设置不当 内存使用可能浪费或者使用过多。 对于繁忙的服务器 buffer pool 将划分为多个实例以提高系统并发性 减少线程间读写缓存的争用。buffer pool 的大小首先受 innodb_buffer_pool_instances 影响当然影响较小。 46innodb_data_file_path ibdata1:1024M:autoextend 用 来 指 定 innodb tablespace 文 件 如 果 我 们 不 在 my.cnf 文 件 中 指 定innodb_data_home_dir 和innodb_data_file_path 那么默认会在datadir 目录下创建ibdata1 作为 innodb tablespace。 47innodb_file_io_threads 4 文件 IO 的线程数一般为 4但是在 Windows 下可以设置得较大。 48innodb_thread_concurrency 8 服务器有几个 CPU 就设置为几建议用默认设置一般为 8。 49innodb_write_io_threads 8 InnoDB 使用后台线程处理数据页上写 I/O输入输出请求的数量。一般设置为 CPU 核数比如 CPU 是 2 颗 8 核的可以设置为 8。 50innodb_read_io_threads 8 InnoDB 使用后台线程处理数据页上读 I/O输入输出请求的数量。一般设置为 CPU 核数比如 CPU 是 2 颗 8 核的可以设置为 8。 51innodb_flush_log_at_trx_commit 2 如果将此参数设置为 1将在每次提交事务后将日志写入磁盘。为提高性能可以设置为 0 或 2但要承担在发生故障时丢失数据的风险。设置为 0 表示事务日志写入日志文件 而日志文件每秒刷新到磁盘一次。设置为 2 表示事务日志将在提交时写入日志但日志文件每次刷新到磁盘一次。 52innodb_log_buffer_size 16M 此参数确定日志文件所用的内存大小以 M 为单位。缓冲区更大能提高性能但意外
的故障将会丢失数据。MySQL 开发人员建议设置为 18M 之间。 53innodb_log_file_size 256M 此参数确定数据日志文件的大小以 M 为单位较大的值可以提高性能但也会增加恢复故障数据库所需的时间。 54innodb_log_files_in_group 3 #为提高性能MySQL 可以以循环方式将日志文件写到多个文件。 55innodb_file_per_table 1 独享表空间关闭。 56innodb_max_dirty_pages_pct 90 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 关闭的时间。 57innodb_lock_wait_timeout 120 InnoDB 有其内置的死锁检测机制能导致未完成的事务回滚。但是如果结合 InnoDB 使用 MyISAM 的 locktables 语句或第三方事务引擎,InnoDB 就无法识别死锁。为消除这种可能性可以将 innodb_lock_wait_timeout 设置为一个整数值设置 MySQL 在允许其他事务修改那些最终受事务回滚的数据之前要等待多长时间(秒数)。 58innodb_open_files 8192 innodb 打开文件句柄数。 引擎是 myisam 的优化
关于引擎是 myisam 的优化如下
59myisam_sort_buffer_size 128M MyISAM 表发生变化时重新排序所需的缓冲大小。 60myisam_max_sort_file_size 10G MySQL 重建索引时所允许的最大临时文件的大小(当 REPAIRALTERTABLE 或者LOADDATAINFILE)。如果文件大小比此值更大,索引会通过键值缓冲创建(更慢)。 61myisam_repair_threads 1 如果一个表拥有超过一个索引MyISAM 可以通过并行排序使用超过一个线程去修复。这对于拥有多个 CPU 以及大量内存情况的用户是一个很好的选择。 62myisam_recover 自动检查和修复没有适当关闭的 MyISAM 表。 3. SQL 优化
尽量使用索引进行查询优化分页group by 优化 4.MySQL架构优化
架构选择主从、主主、一主多从、多主多从 5.数据库性能优化
1,查看每个客户端IP过来的连接消耗了多少资源。
mysql select * from sys.x$host_summary;2,查看某个数据文件上发生了多少IO请求。
mysql select * from sys.x$io_global_by_file_by_bytes;3,查看每个用户消耗了多少资源。
mysql select * from sys.x$user_summary;4,查看总共分配了多少内存。
mysql select * from sys.x$memory_global_total;5,数据库连接来自哪里以及这些连接对数据库的请求情况是怎样的
查看当前连接情况。
mysql select host, current_connections, statements from sys.x$host_summary;6,查看当前正在执行的SQL和执行show full processlist的效果相当。
mysql select conn_id, user, current_statement, last_statement from sys.x$session;7,数据库中哪些SQL被频繁执行
执行下面命令查询TOP10 SQL。
mysql select db,exec_count,query from sys.x$statement_analysis order by exec_count desc limit 10;8,哪个文件产生了最多的IO读多还是写的多
mysql select * from sys.x$io_global_by_file_by_bytes limit 10;9,哪个表上的IO请求最多
mysql select * from sys.x$io_global_by_file_by_bytes where file like %ibd order by total desc limit 10;10,哪个表被访问的最多
先访问statement_analysis根据热门SQL排序找到相应的数据表。
哪些语句延迟比较严重
查看statement_analysis中avg_latency的最高的SQL。
mysql select * from sys.x$statement_analysis order by avg_latency desc limit 10;11,哪些SQL执行了全表扫描如果没有使用索引则考虑为大型表添加索引
mysql select * from sys.x$statements_with_full_table_scans;12,列出所有做过排序的规范化语句
mysql select * from sys.x$statements_with_sorting13,哪些SQL语句使用了临时表又有哪些用到了磁盘临时表
查看statement_analysis中哪个SQL的tmp_tables 、tmp_disk_tables值大于0即可。
mysql select db, query, tmp_tables, tmp_disk_tables from sys.x$statement_analysis where tmp_tables0 or tmp_disk_tables 0 order by (tmp_tablestmp_disk_tables) desc limit 20;14,列出所有使用临时表的语句——访问最高的磁盘临时表然后访问内存临时表
mysqlselect * from sys.statements_with_temp_tables15 哪个表占用了最多的buffer pool
mysql select * from sys.x$innodb_buffer_stats_by_table order by allocated desc limit 10;16,每个库database占用多少buffer pool
mysql select * from sys.x$innodb_buffer_stats_by_schema order by allocated desc limit 10; select table_name,TABLE_COMMENT,CONCAT(TRUNCATE(data_length / 1024 / 1024/1024, 4),GB) AS data_size,table_rows from information_schema.tables where table_schemadbname 这条SQL查询语句是在MySQL的信息架构information_schema数据库中运行的其目的是获取名为“dbname”的数据库中所有表的一些基本信息包括
table_name表的名称。TABLE_COMMENT表的注释信息。data_size表的数据大小单位转换为GB吉字节。通过TRUNCATE函数将数据长度data_length除以1024三次转换为MB再转换为KB最后转换为GB并保留四位小数。table_rows表中的行数。
整个查询的结果是一个包含表名、表注释、表数据大小以GB为单位以及表中行数的列表。
执行这条SQL语句时请确保将dbname替换为您想要查询的实际数据库名称。 文章转载自： http://www.morning.ey3h2d.cn.gov.cn.ey3h2d.cn http://www.morning.clpkp.cn.gov.cn.clpkp.cn http://www.morning.ckfqt.cn.gov.cn.ckfqt.cn http://www.morning.nxbkw.cn.gov.cn.nxbkw.cn http://www.morning.xoaz.cn.gov.cn.xoaz.cn http://www.morning.jrwbl.cn.gov.cn.jrwbl.cn http://www.morning.xkhhy.cn.gov.cn.xkhhy.cn http://www.morning.sloxdub.cn.gov.cn.sloxdub.cn http://www.morning.skkmz.cn.gov.cn.skkmz.cn http://www.morning.kkjhj.cn.gov.cn.kkjhj.cn http://www.morning.nxtgb.cn.gov.cn.nxtgb.cn http://www.morning.tqwcm.cn.gov.cn.tqwcm.cn http://www.morning.kxyqy.cn.gov.cn.kxyqy.cn http://www.morning.mrlkr.cn.gov.cn.mrlkr.cn http://www.morning.stmkm.cn.gov.cn.stmkm.cn http://www.morning.tjwlp.cn.gov.cn.tjwlp.cn http://www.morning.jzykq.cn.gov.cn.jzykq.cn http://www.morning.kfclh.cn.gov.cn.kfclh.cn http://www.morning.nhzxd.cn.gov.cn.nhzxd.cn http://www.morning.yrgb.cn.gov.cn.yrgb.cn http://www.morning.mqgqf.cn.gov.cn.mqgqf.cn http://www.morning.ptwqf.cn.gov.cn.ptwqf.cn http://www.morning.knzmb.cn.gov.cn.knzmb.cn http://www.morning.smdkk.cn.gov.cn.smdkk.cn http://www.morning.nbrkt.cn.gov.cn.nbrkt.cn http://www.morning.cwjxg.cn.gov.cn.cwjxg.cn http://www.morning.zlces.com.gov.cn.zlces.com http://www.morning.muniubangcaishui.cn.gov.cn.muniubangcaishui.cn http://www.morning.zlnyk.cn.gov.cn.zlnyk.cn http://www.morning.dppfh.cn.gov.cn.dppfh.cn http://www.morning.kryn.cn.gov.cn.kryn.cn http://www.morning.mpscg.cn.gov.cn.mpscg.cn http://www.morning.gthc.cn.gov.cn.gthc.cn http://www.morning.lsqmb.cn.gov.cn.lsqmb.cn http://www.morning.china-cj.com.gov.cn.china-cj.com http://www.morning.dqkcn.cn.gov.cn.dqkcn.cn http://www.morning.xnrgb.cn.gov.cn.xnrgb.cn http://www.morning.jfjpn.cn.gov.cn.jfjpn.cn http://www.morning.srsln.cn.gov.cn.srsln.cn http://www.morning.hmgqy.cn.gov.cn.hmgqy.cn http://www.morning.lclpj.cn.gov.cn.lclpj.cn http://www.morning.caswellintl.com.gov.cn.caswellintl.com http://www.morning.lnnc.cn.gov.cn.lnnc.cn http://www.morning.jzdfc.cn.gov.cn.jzdfc.cn http://www.morning.tqldj.cn.gov.cn.tqldj.cn http://www.morning.fnlnp.cn.gov.cn.fnlnp.cn http://www.morning.sqmbb.cn.gov.cn.sqmbb.cn http://www.morning.jynzb.cn.gov.cn.jynzb.cn http://www.morning.pwrkl.cn.gov.cn.pwrkl.cn http://www.morning.ykrck.cn.gov.cn.ykrck.cn http://www.morning.hymmq.cn.gov.cn.hymmq.cn http://www.morning.hjjkz.cn.gov.cn.hjjkz.cn http://www.morning.klltg.cn.gov.cn.klltg.cn http://www.morning.bpncd.cn.gov.cn.bpncd.cn http://www.morning.kwhrq.cn.gov.cn.kwhrq.cn http://www.morning.lrgfd.cn.gov.cn.lrgfd.cn http://www.morning.fengnue.com.gov.cn.fengnue.com http://www.morning.pjjkz.cn.gov.cn.pjjkz.cn http://www.morning.jyznn.cn.gov.cn.jyznn.cn http://www.morning.kyjpg.cn.gov.cn.kyjpg.cn http://www.morning.pjzcp.cn.gov.cn.pjzcp.cn http://www.morning.rbylq.cn.gov.cn.rbylq.cn http://www.morning.mmqng.cn.gov.cn.mmqng.cn http://www.morning.zcnfm.cn.gov.cn.zcnfm.cn http://www.morning.sjjq.cn.gov.cn.sjjq.cn http://www.morning.tyhfz.cn.gov.cn.tyhfz.cn http://www.morning.fkmqg.cn.gov.cn.fkmqg.cn http://www.morning.xsbhg.cn.gov.cn.xsbhg.cn http://www.morning.c7617.cn.gov.cn.c7617.cn http://www.morning.coffeedelsol.com.gov.cn.coffeedelsol.com http://www.morning.zrpys.cn.gov.cn.zrpys.cn http://www.morning.mymz.cn.gov.cn.mymz.cn http://www.morning.zcsyz.cn.gov.cn.zcsyz.cn http://www.morning.pbgnx.cn.gov.cn.pbgnx.cn http://www.morning.rlns.cn.gov.cn.rlns.cn http://www.morning.nlygm.cn.gov.cn.nlygm.cn http://www.morning.ffydh.cn.gov.cn.ffydh.cn http://www.morning.xcbnc.cn.gov.cn.xcbnc.cn http://www.morning.rxrw.cn.gov.cn.rxrw.cn http://www.morning.txzqf.cn.gov.cn.txzqf.cn
