游学旅行网站建设策划书,网站建设中的板块名称,为什么打开谷歌浏览器是2345网址导航,网红推广一般怎么收费一、mysql的优化思路 mysql的优化分为两方面#xff1a; 1. 服务器使用前的优化 2. 服务使用中的优化 二、mysql的基础优化步骤 1. 硬件级优化 #xff08;1#xff09;. 最好mysql自己使用一台物理服务器 #xff08;2#xff09;. 内存和CPU方面#xff0c;根据需求给予… 一、mysql的优化思路 mysql的优化分为两方面 1. 服务器使用前的优化 2. 服务使用中的优化 二、mysql的基础优化步骤 1. 硬件级优化 1. 最好mysql自己使用一台物理服务器 2. 内存和CPU方面根据需求给予mysql服务器足够大的内存和足够多的CPU核数 (3). 避免使用Swap交换分区–交换时从硬盘读取的它的速度很慢有的DBA安装系统时就不装swap分区 4. 如果是mysql主库硬盘可以选用比较好的高速硬盘系统用SSD固态硬盘数据盘用sas替代sata硬盘将操作系统和数据分区分开 5. mysql产生的日志与数据库也放到不同的磁盘分区上面 6. mysql数据库硬盘格式化时可以指定更小的硬盘块 7. 关于做RAID方面主库尽量做成RAID10既提高了数据的读写速度也提到了数据的安全性 8). 服务器双线双电保障服务器运行稳定不会因为突然断电影响业务和损坏磁盘数据 2. mysql数据库设计优化 1). 根据需求选择正确的存储引擎比如说读的特别猛就用MySAM,如果对事务性要求高就用InnoDB (2). 设置合理的字段类型和字段长度,比如说你这个字段就20多个字段你设置成VARCHAR(255)就是对磁盘空间的浪费 3. 默认值尽可能的使用 NOT NULL如果空值太多对mysql的查询会有影响尤其是在查询语句编写上面 4. 尽量少的使用VARCHARTEXTBLOB这三个字段 5. 添加适当索引(index) [四种: 普通索引、主键索引、唯一索引unique、全文索引] 6. 不要滥用索引大表索引小表不索引 7. 表的设计合理化(符合3NF) 3. mysql配置参数的优化 这里是mysql5.5版本的配置文件 vi my.cnf [client] port 3306 #mysql客户端连接时的默认端口 socket /tmp/mysql.sock #与mysql服务器本地通信所使用的socket文件路径 default-character-set utf8 #指定默认字符集为utf8 [mysql] no-auto-rehash #auto-rehash是自动补全的意思就像我们在linux命令行里输入命令的时候使用tab键的功能是一样的这里是默认的不自动补全 default-character-set utf8 #指定默认字符集为utf8 [mysqld] user mysql port 3306 character-set-server utf8 #设置服务器端的字符编码 socket /tmp/mysql.sock basedir /application/mysql datadir /mysqldata skip-external-locking #避免MySQL的外部锁定减少出错几率增强稳定性。 open_files_limit 10240 #MySQL打开的文件描述符限制默认最小1024;当open_files_limit没有被配置的时候比较max_connections*5和ulimit -n的值哪个大用哪个当open_file_limit被配置的时候比较open_files_limit和max_connections*5的值哪个大用哪个。 back_log 500 #back_log参数的值指出在MySQL暂时停止响应新请求之前的短时间内多少个请求可 以被存在堆栈中。 如果系统在一个短时间内有很多连接则需要增大该参数的值该参数值指定到来的TCP/IP连接的侦听队列的大小。不同的操作系统在这个队列大小上有它自 己的限制。 试图设back_log高于你的操作系统的限制将是无效的。默认值为50。对于Linux系统推荐设置为小于512的整数。 max_connections 800 #MySQL的最大连接数如果服务器的并发连接请求量比较大建议调高此值以增加并行连接数量当然这建立在机器能支撑的情况下因为如果连接数越多 介于MySQL会为每个连接提供连接缓冲区就会开销越多的内存所以要适当调整该值不能盲目提高设值。可以过’conn%’通配符查看当前状态的连接 数量以定夺该值的大小。 max_connect_errors 3000 #对于同一主机如果有超出该参数值个数的中断错误连接则该主机将被禁止连接。如需对该主机进行解禁执行FLUSH HOST。 table_open_cache 614 #物理内存越大,设置就越大.默认为2402,调到512-1024最佳 external-locking FALSE #使用–skip-external-locking MySQL选项以避免外部锁定。该选项默认开启 max_allowed_packet 8M #设置最大包,限制server接受的数据包大小避免超长SQL的执行有问题 默认值为16M当MySQL客户端或mysqld服务器收到大于max_allowed_packet字节的信息包时将发出“信息包过大”错误并关闭连接。对于某些客户端如果通信信息包过大在执行查询期间可能会遇“丢失与MySQL服务器的连接”错误。默认值16M。 sort_buffer_size 6M #用于表间关联缓存的大小查询排序时所能使用的缓冲区大小。注意该参数对应的分配内存是每连接独占如果有100个连接那么实际分配的总共排序缓冲区大小为100 × 6 600MB。所以对于内存在4GB左右的服务器推荐设置为6-8M。 join_buffer_size 6M #联合查询操作所能使用的缓冲区大小和sort_buffer_size一样该参数对应的分配内存也是每连接独享。 thread_cache_size 100 #服务器线程缓存这个值表示可以重新利用保存在缓存中线程的数量,当断开连接时如果缓存中还有空间,那么客户端的线程将被放到缓存中,如果线程重新被请求 那么请求将从缓存中读取,如果缓存中是空的或者是新的请求那么这个线程将被重新创建,如果有很多新的线程增加这个值可以改善系统性能.通过比较 Connections 和 Threads_created 状态的变量可以看到这个变量的作用 thread_concurrency 8 #设置thread_concurrency的值的正确与否, 对mysql的性能影响很大, 在多个cpu(或多核)的情况下错误设置了thread_concurrency的值, 会导致mysql不能充分利用多cpu(或多核), 出现同一时刻只能一个cpu(或核)在工作的情况。thread_concurrency应设为CPU核数的2倍. 比如有一个双核的CPU, 那么thread_concurrency的应该为4; 2个双核的cpu, thread_concurrency的值应为8属重点优化参数 query_cache_size 2M #指定MySQL查询缓冲区的大小在数据库写入量或是更新量也比较大的系统该参数不适合分配过大。而且在高并发写入量大的系统建系把该功能禁掉。 query_cache_limit 1M #默认是4KB设置值大对大数据查询有好处但如果你的查询都是小数据查询就容易造成内存碎片和浪费 query_cache_min_res_unit 2k #MySQL参数中query_cache_min_res_unit查询缓存中的块是以这个大小进行分配的使用下面的公式计算查询缓存的平均大小根据计算结果设置这个变量MySQL就会更有效地使用查询缓存缓存更多的查询减少内存的浪费。 default_table_type InnoDB #默认表的引擎为InnoDB thread_stack 192K #限定用于每个数据库线程的栈大小。默认设置足以满足大多数应用transaction_isolation READ-COMMITTED #设定默认的事务隔离级别.可用的级别如下: READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ, SERIALIZABLE,1.READ UNCOMMITTED-读未提交2.READ COMMITTE-读已提交3.REPEATABLE READ -可重复读4.SERIALIZABLE -串行 tmp_table_size 246M #tmp_table_size 的默认大小是 32M。如果一张临时表超出该大小MySQL产生一个 The table tbl_name is full 形式的错误如果你做很多高级 GROUP BY 查询增加 tmp_table_size 值。 max_heap_table_size 246M #内存表内存表不支持事务内存表使用哈希散列索引把数据保存在内存中因此具有极快的速度适合缓存中小型数据库但是使用上受到一些限制 long_query_time 1 #记录时间超过1秒的查询语句 log_long_format # log-error /logs/error.log #开启mysql错误日志该选项指定mysqld保存错误日志文件的位置 log-slow-queries /logs/slow.log #慢查询日志文件路径 pid-file /pids/mysql.pid log-bin /binlog/mysql-bin #binlog日志位置以及binlog的名称 relay-log /relaylog/relay-bin #relaylog日志位置以名称 binlog_cache_size 1M #binlog_cache_size 就是满足两点的一个事务在没有提交uncommitted的时候产生的日志记录到Cache中等到事务提交committed需要提交的时候则把日志持久化到磁盘默认是32K。 max_binlog_cache_size 32M #binlog缓存最大使用的内存 max_binlog_size 2M #一个binlog日志的大小 expire_logs_days 7 #保留7天的binlog key_buffer_size 124M #索引缓存大小: 它决定了数据库索引处理的速度尤其是索引读的速度 read_buffer_size 16M #MySql读入缓冲区大小。对表进行顺序扫描的请求将分配一个读入缓冲区MySql会为它分配一段内存缓冲区。read_buffer_size变量控制这一缓冲区的大小。如果对表的顺序扫描请求非常频繁并且你认为频繁扫描进行得太慢可以通过增加该变量值以及内存缓冲区大小提高其性能 read_rnd_buffer_size 2M #MySQL的随机读缓冲区大小。当按任意顺序读取行时(例如按照排序顺序)将分配一个随机读缓存区。进行排序查询时MySQL会首先扫描一遍该缓冲以避免磁盘搜索提高查询速度如果需要排序大量数据可适当调高该值。但MySQL会为每个客户连接发放该缓冲空间所以应尽量适当设置该值以避免内存开销过大 bulk_insert_buffer_size 1M #批量插入数据缓存大小可以有效提高插入效率默认为8M myisam_sort_buffer_size 1M #MyISAM表发生变化时重新排序所需的缓冲 myisam_max_sort_file_size 10G #MySQL重建索引时所允许的最大临时文件的大小 (当 REPAIR, ALTER TABLE 或者 LOAD DATA INFILE). 如果文件大小比此值更大,索引会通过键值缓冲创建(更慢) myisam_repair_threads 1 #如果一个表拥有超过一个索引, MyISAM 可以通过并行排序使用超过一个线程去修复他们.这对于拥有多个CPU以及大量内存情况的用户,是一个很好的选择. myisam_recover #自动检查和修复没有适当关闭的 MyISAM 表 lower_case_table_names 1 #让mysql不区分大小写 skip-name-resolve #禁用DNS解析连接速度会快很多。不过这样的话就不能在MySQL的授权表中使用主机名了而只能用ip格式。 #slave-skip-errors 1032,1062 #这是选填项让slave库跳过哪些错误继续同步 #replicate-ignore-dbmysql #选填同步时候哪个数据库不同步设置 server-id 1 innodb_additional_mem_pool_size 4M #InnoDB 存储的数据目录信息和其它内部数据结构的内存池大小。应用程序里的表越多你需要在这里分配越多的内存默认是2M innodb_buffer_pool_size 1024M #这对Innodb表来说非常重要。Innodb相比MyISAM表对缓冲更为敏感。MyISAM可以在默 认的 key_buffer_size 设置下运行的可以然而Innodb在默认的 设置下却跟蜗牛似的。由于Innodb把数据和索引都缓存起来无需留给操作系统太多的内存因此如果只需要用Innodb的话则可以设置它高达 70-80% 的可用内存。一些应用于 key_buffer 的规则有 — 如果你的数据量不大并且不会暴增那么无需把 innodb_buffer_pool_size 设置的太大了 innodb_file_io_threads 4 #文件IO的线程数一般为 4 innodb_thread_concurrency 8 #你的服务器CPU有几个就设置为几,建议用默认一般为8 innodb_flush_log_at_trx_commit 2 #默认为1如果将此参数设置为1将在每次提交事务后将日志写入磁盘。为提供性能可以设置为0或2但要承担在发生故障时丢失数据的风险。设置为0表示事务日志写入日志文件而日志文件每秒刷新到磁盘一次。设置为2表示事务日志将在提交时写入日志但日志文件每次刷新到磁盘一次。 innodb_log_buffer_size 2M #此参数确定些日志文件所用的内存大小以M为单位。缓冲区更大能提高性能但意外的故障将会丢失数据.MySQL开发人员建议设置为18M之间 innodb_log_file_size 4M #此参数确定数据日志文件的大小以M为单位更大的设置可以提高性能但也会增加恢复故障数据库所需的时间 innodb_log_files_in_group 3 #为提高性能MySQL可以以循环方式将日志文件写到多个文件。推荐设置为3M innodb_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之前先调小强制数据块Flush一段时间则能够大大缩短MySQL关闭的时间。 innodb_lock_wait_timeout 120 #InnoDB 有其内置的死锁检测机制能导致未完成的事务回滚。但是如果结合InnoDB使用MyISAM的lock tables 语句或第三方事务引擎,则InnoDB无法识别死锁。为消除这种可能性可以将innodb_lock_wait_timeout设置为一个整数值指示 MySQL在允许其他事务修改那些最终受事务回滚的数据之前要等待多长时间(秒数) innodb_file_per_table 0 #独享表空间关闭 [mysqldump] quick max_allowed_packet 16M 4. 架构优化 1. 前端用memcachedredis等缓存分担数据库压力 2. 数据库读写分离负载均衡 3. 数据库分库分表 4. 存储可采取分布式 5. 后期优化 主要是多观察后期就是维护工作了观察服务器负载是需要添加硬件了还是有语句有问题啊还是参数要修改了。 6. 查询优化摘抄别人的 63. 使用慢查询日志去发现慢查询。 64. 使用执行计划去判断查询是否正常运行。 65. 总是去测试你的查询看看是否他们运行在最佳状态下 –久而久之性能总会变化。 66. 避免在整个表上使用count(*),它可能锁住整张表。 67. 使查询保持一致以便后续相似的查询可以使用查询缓存。 68. 在适当的情形下使用GROUP BY而不是DISTINCT。 69. 在WHERE, GROUP BY和ORDER BY子句中使用有索引的列。 70. 保持索引简单,不在多个索引中包含同一个列。 71. 有时候MySQL会使用错误的索引,对于这种情况使用USE INDEX。 72. 检查使用SQL_MODESTRICT的问题。 73. 对于记录数小于5的索引字段在UNION的时候使用LIMIT不是是用OR. 74. 为了 避免在更新前SELECT使用INSERT ON DUPLICATE KEY或者INSERT IGNORE ,不要用UPDATE去实现。 75. 不要使用 MAX,使用索引字段和ORDER BY子句。 76. 避免使用ORDER BY RAND(). 77。LIMIT MN实际上可以减缓查询在某些情况下有节制地使用。 78。在WHERE子句中使用UNION代替子查询。 79。对于UPDATES更新使用 SHARE MODE共享模式以防止独占锁。 80。在重新启动的MySQL记得来温暖你的数据库以确保您的数据在内存和查询速度快。 81。使用DROP TABLECREATE TABLE DELETE FROM从表中删除所有数据。 82。最小化的数据在查询你需要的数据使用*消耗大量的时间。 83。考虑持久连接而不是多个连接以减少开销。 84。基准查询包括使用服务器上的负载有时一个简单的查询可以影响其他查询。 85。当负载增加您的服务器上使用SHOW PROCESSLIST查看慢的和有问题的查询。 86。在开发环境中产生的镜像数据中 测试的所有可疑的查询。
