• 沁水一季度发放就业见习补贴65.28万元 2019-09-13
  • 第535期:草莓被评“最脏水果”?!真OR假 2019-09-11
  • 周迅高圣远婚礼全记录 夫妻频拥吻恩爱爆棚 2019-09-11
  • 个税法迎第七次大修 起征点调至每年6万元 2019-09-05
  • 为什么说一直辛苦劳作的农民没有富起来?而不说一直勤劳的农民没有富起来? 2019-09-01
  • 水乡“大花园”迎来投资热 2019-09-01
  • “打游戏”纳入大学课程 按段位评分你能及格吗 2019-08-29
  • 9000亿茅台、3000亿五粮液……白酒股集体大涨的背后白酒 行业 2019-08-27
  • 凝聚中国力量 实现中国梦 2019-08-27
  • 家装行业猫腻多:“低价全包”变身“加价全包” 2019-08-24
  • 紫光阁中共中央国家机关工作委员会 2019-07-29
  • 买来的棕子,何来的计划经济? 2019-07-29
  • 扎进深山扶贫 暖了百姓心——省个私企业党委直属企业党组织“精准扶贫丰宁行”活动侧记 2019-07-25
  • 当下世人皆知:美帝霸权就是搅动亚洲乃至世界混乱之源,更是整个世界和平稳定的最大威胁。 2019-07-10
  • 回复@海之宁:被老蚕们批不正证明了咱是有智慧的? 2019-07-10
  • MySQL安装后需要调整什么? - 公司新闻 - 资讯中心 - ◆安徽快三遗漏◆

    安徽快三每天开奖号码:MySQL安装后需要调整什么?


    安徽快三遗漏 www.66phz.com

    面对MySQL的DBA或者做MySQL性能相关的工作的人,我最喜欢问的问题是,在MySQL服务器安装后,需要调整什么,假设是以缺省的设置安装的。

    我很惊讶有非常多的人没有合理的回答,很多的MySQL服务器都在缺省的配置下运行。

    尽管可以调整非常多的MySQL服务器变量,但是在通常情况下只有少数的变量是真正重要的。在设置完这些变量以后,其他变量的改动通常只能带来相对有限的性能改善。

    key_buffer_size:非常重要,如果使用MyISAM表。如果只使用MyISAM表,那么把它的值设置为可用内存的30%到40%。恰当的大小依赖索引的数量、数据量和负载 ----记住MyISAM使用操作系统的cache去缓存数据,所以也需要为它留出内存,而且数据通常比索引要大很多。然而需要查看是否所有的 key_buffer总是在被使用 ---- key_buffer为4G而.MYI文件只有1G的情况并不罕见。这样就有些浪费了。如果只是使用很少的MyISAM表,希望它的值小一些,但是仍然至少要设成16到32M,用于临时表(占用硬盘的)的索引。

    innodb_buffer_pool_size:非常重要,如果使用Innodb表。相对于MyISAM表而言,Innodb表对buffer size的大小更敏感。在处理大的数据集(data set)时,使用缺省的key_buffer_size和innodb_buffer_pool_size,MyISAM可能正常工作,而Innodb可能就是慢得像爬一样了。同时Innodb buffer pool缓存了数据和索引页,因此不需要为操作系统的缓存留空间,在只用Innodb的数据库服务器上,可以设成占内存的70%到80%。上面 key_buffer的规则也同样适用 ---- 如果只有小的数据集,而且也不会戏剧性地增大,那么不要把innodb_buffer_pool_size设得过大。因为可以更好地使用多余的内存。


    innodb_additional_pool_size:这个变量并不太影响性能,至少在有像样的(decent)内存分配的操作系统中是这样。但是仍然需要至少设为20MB(有时候更大),是Innodb分配出来用于处理一些杂事的。

    innodb_log_file_size:对于以写操作为主的负载(workload)非常重要,特别是数据集很大的时候。较大的值会提高性能,但增加恢复的时间。因此需要谨慎。我通常依据服务器的大?。╯erver size)设置为64M到512M。

    innodb_log_buffer_size:缺省值在中等数量的写操作和短的事务的大多数负载情况下是够用的。如果有大量的UPDATE或者大量地使用blob,可能需要增加它的值。不要把它的值设得过多,否则会浪费内存--log buffer至少每秒刷新一次,没有必要使用超过一秒钟所需要的内存。8MB到16MB通常是足够的。小一些的安装应该使用更小的值。

    innodb_flush_logs_at_trx_commit:为Innodb比MyISAM慢100倍而哭泣?可能忘记了调整这个值。缺省值是1,即每次事务提交时都会把日志刷新到磁盘上,非常耗资源,特别是没有电池备份的cache时。很多应用程序,特别是那些从MyISAM表移植过来的,应该把它设成2。意味着只把日志刷新到操作系统的cache,而不刷新到磁盘。此时,日志仍然会每秒一次刷新到磁盘上,因此通常不会丢失超过1到2秒的更新。设成0会更快一些,但安全性差一些,在MySQL服务崩溃的时候,会丢失事务。设成2只会在操作系统崩溃的时候丢失数据。


    table_cache:打开表是昂贵的(耗资源)。例如,MyISAM表在MYI文件头做标记以标明哪些表正在使用。您不会希望这样的操作频繁发生,通常最好调整cache 大小,使其能够满足大多数打开的表的需要。它使用了一些操作系统的资源和内存,但是对于现代的硬件水平来说通常不是问题。对于一个使用几百个表的应用, 1024是一个合适的值(注意每个连接需要各自的缓存)。如果有非常多的连接或者非常多的表,则需要增大它的值。我曾经看到过使用超过100000的值。


    thread_cache:线程创建/销毁是昂贵的,它在每次连接和断开连接时发生。我通常把这个值至少设成16。如果应用有时会有大量的并发连接,并且可以看到 threads_created变量迅速增长,我就把它的值调高。目标是在通常的操作中不要有线程的创建。

    query_cache:如果应用是以读为主的,并且没有应用级的缓存,那么它会有很大帮助。不要把它设得过大,因为它的维护可能会导致性能下降。通?;嵘柚迷?2M到 512M之间。设置好后,经过一段时间要进行检查,看看是否合适。对于某些工作负载,缓存命中率低于会就启用它。

    注意:就像看到的,上面所说的都是全局变量。这些变量依赖硬件和存储引擎的使用,而会话级的变量(per session variables)则与特定的访问量(workload)相关。如果只是一些简单的查询,就没有必要增加sort_buffer_size,即使有 64G的内存让您去浪费。而且这样做还可能降低性能。我通常把调整会话级的变量放在第二步,在我分析了访问量(或负载)之后。

    此外在MySQL分发版中包含了一些my.cnf文件的例子,可以作为非常好的模板去使用。如果能够恰当地从中选择一个,通?;岜热笔≈狄?。


  • 沁水一季度发放就业见习补贴65.28万元 2019-09-13
  • 第535期:草莓被评“最脏水果”?!真OR假 2019-09-11
  • 周迅高圣远婚礼全记录 夫妻频拥吻恩爱爆棚 2019-09-11
  • 个税法迎第七次大修 起征点调至每年6万元 2019-09-05
  • 为什么说一直辛苦劳作的农民没有富起来?而不说一直勤劳的农民没有富起来? 2019-09-01
  • 水乡“大花园”迎来投资热 2019-09-01
  • “打游戏”纳入大学课程 按段位评分你能及格吗 2019-08-29
  • 9000亿茅台、3000亿五粮液……白酒股集体大涨的背后白酒 行业 2019-08-27
  • 凝聚中国力量 实现中国梦 2019-08-27
  • 家装行业猫腻多:“低价全包”变身“加价全包” 2019-08-24
  • 紫光阁中共中央国家机关工作委员会 2019-07-29
  • 买来的棕子,何来的计划经济? 2019-07-29
  • 扎进深山扶贫 暖了百姓心——省个私企业党委直属企业党组织“精准扶贫丰宁行”活动侧记 2019-07-25
  • 当下世人皆知:美帝霸权就是搅动亚洲乃至世界混乱之源,更是整个世界和平稳定的最大威胁。 2019-07-10
  • 回复@海之宁:被老蚕们批不正证明了咱是有智慧的? 2019-07-10
  • 今天浙江11选5开奖结果 刮刮乐2元最多中多少 江西时时漏洞 时时图片 北京11选5开奖统计 三分赛车攻略 重庆时时彩票开奖号码 快彩网官网下载 下载秒速时时结果 彩票软件平台开台制作 赛车pk拾开奖直播高 百度上海11选5走势图 微彩APP下载 体彩北单实体店 现金游戏大厅下载 北京十一选五走势图手机版手机版