今日浏览别人博客时,看到别人博客每页都有字数统计与预计阅读时间,感觉有点用,只是其用 PHP 代码写的。也有 Hexo 网站的字数统计,但是是其自带的功能。于是用自己仅会的一点 JS 知识写个简单的文章字数统计与阅读时间预测。// 获取当前页面 URI var pathName = window.location.pathname;// 通过 URL 中特征字符串判断当前浏览是不是文章页// 本站文章页 URI 含 'post/'' if (pathName.indexOf('post/') > -1) { // 计算文章内容字符数 // .article-content 为本站文章内容 div var content_num=$(".article-content").text().replace(/\s/g, "").length; // 计算阅读时间 很简单除以 400 取值就行了 // 400 这个值可任意修改你觉得适合的 var content_min=Math.ceil(content_num/400); // 追加到文章内容最前显示 $('.article-content').prepend('<p class="putong"> 本文总共 <b>'+content_num+'</b> 字 · 阅读全文大约需要 <b>'+content_min+'</b> 分钟 </p>'); } 以上可部署在任意支持自定义 HTML/JS 的博客或网站上,只需更改上面 css 样式名即可。若获取不到值请将其放到 onload 或 ready 事件中即可。
一直以为 Wine 只有在苹果或 Linux 系统上才有的,直到前几天看到安卓上也有,那就手机可以运行电脑软件了?Wine (“Wine Is Not an Emulator” 的首字母缩写)是一个能够在多种 POSIX-compliant 操作系统(诸如 Linux,macOS 及 BSD 等)上运行 Windows 应用的兼容层。Wine 不是像虚拟机或者模拟器一样模仿内部的 Windows 逻辑,而是將 Windows API 调用翻译成为动态的 POSIX 调用,免除了性能和其他一些行为的内存占用,让你能够干净地集合 Windows 应用到你的桌面。 官网:https://www.winehq.org/ 下载:https://wiki.winehq.org/Download_zhcn 手机版下载:https://dl.winehq.org/wine-builds/android/
svn: E200030: database disk image is malformed 错误解决:https://www.cnblogs.com/wujinhong/p/7270370.html SQLite 下载(适合 Windows 使用):sqlite3.exe 大小:0.5MB 已经过安全软件检测无毒,请您放心下载。
Cellular-ZCellularZ 是一款电信小区、信号质量及 WIFI 网络信息、信道查看软件,主要功能如下: 一. 双卡手机网络信息查看(SIM 卡信息、服务小区信息、服务小区信号质量,部分手机可获取邻小区信息)。 二.WIFI 信息(已连接信息、附近 WIFI 列表、WIFI 信道 2.5 及 5GHz)。 三. 当前位置信息、GPS 卫星图 四. 设备信息(电池信息,硬件信息、系统信息)。 五. 速度测试。 六. 测试轨迹,室内覆盖。个人简评:非常强大,获取手机 SIM 卡信息,WiFi 信息,GPS 信息,设备信息,一应俱全 下载:http://app.mi.com/details?id=make.more.r2d2.cellular_z 轻启动 让你远离启动广告,貌似只有安卓才有,不知道苹果是不是没启动广告。当你打开爱奇艺,当你打开某 App,启动广告挺令人头疼,可以手动点跳过,但也麻烦,动不动就点错了。这款 App 可以帮你自动点击“跳过”按钮,让你远离应用启动广告。自带跳过规则,当然如果不能用可以自己手动添加。下载:https://www.coolapk.com/apk/com.wpengapp.lightstart 当前界面 (当前 Activity) 实时显示当前界面 Activity 路径 (包名和类名) 的 开发者工具,支持展开 缩小 最大化悬浮窗等功能,点击条目可复制内容,不需要 ROOT,适合开发者,一般用户没特别需求不需要。 下载:https://www.coolapk.com/apk/com.toshiba.packagenamedetector 一个木函 这是一款集合类效率工具.因 一个木函 十分小巧清新,以及功能却又非常的完善,纷繁与强大。个人觉得功能是多,就好多用不上,个人觉得里面实用的,亲戚称谓计算器,虽然小米有自带;强制 QQ 聊天,好像没啥用,一般用不到,不过也有用;指南针实用,就是偶然会卡顿;尺子也比较实用,让手机可以量东西,省得下载单独 App 了。更多功能自己挖掘吧。下载:https://www.coolapk.com/apk/com.One.WoodenLetter 创建快捷方式 同当前界面一样,我不认为每个人都能用到。先选择一个应用,再选择应用里的活动,创建快捷方式。例如将某些 App 的某界面创建快捷方式,直接点击可以直接进某界面,而不需要再从 App 首页点进去,当然哪个是这个界面还需要自己看包名猜猜咯,或者一个个尝试。下载:https://www.coolapk.com/apk/com.x7890.shortcutcreator 理理相册 ToolWizPhotos众多功能于一身的修图 App,它就相当于手机上的 PS 了,支持图层蒙版曲线等,当然小白不懂的话也有很多傻瓜式功能,一定能满足自己的多需求。下载:https://www.coolapk.com/apk/com.btows.photo
内置谷歌助手、网盘助手等功能。 官网:http://one.newday.me/
注意:若你从 bilibili 或微信内置浏览器打开本页可能出现下载不了的情况,请点击右上角三点菜单按钮,然后选择用浏览器打开。话不多说,直接下载主程序(可以视为一款 jar 模拟器),J2MELoader 下载:个人推荐 open 版本:https://www.lanzoux.com/ia3lnbi当然以下版本也用,但是对于某些游戏可能有些兼容性问题 j2meloader.apk 大小:2.4M已经过安全软件检测无毒,请您放心下载。带壳版模拟器下载 (兼容性好, 但不能自定义按键):Retro2ME_2.1.0.apk 大小:6.9M已经过安全软件检测无毒,请您放心下载。如何下载 jar 游戏?当然是网上搜呀!百度搜索可能无用结果太多,推荐多吉搜索:https://www.dogedoge.com目前个人发现 7723 还留存一些 Java 游戏,只是其主页找不到 jar 游戏入口了,并且其站内搜索也无用了,不过可在搜索引擎上输入 (例如我要下载 Jar 游戏《仓鼠大厦》):site:7723.cn jar 仓鼠大厦 将如上复制到多吉搜索中搜索即可,感谢 7723 还留存这么珍贵的资源,多少人的童年回忆!另外亦可用该网站搜:http://java.52emu.cn或者更简单,在如下输入框直接输入游戏名,点搜索即可 (注意不要删除输入框内文字,jar 后有空格哦): 另外该项目为开源项目,对开发比较感兴趣的可访问开源项目地址:https://github.com/nikita36078/J2ME-Loader/
FastStone Capture(FSCapture) 本质上是一款图像软件,具有很棒的图像浏览、编辑和抓屏工具,支持包括 BMP、JPEG、JPEG 2000、GIF、PNG、PCX、TIFF、WMF、ICO 和 TGA 在内的所有主流图片格式,其独有的光滑和毛刺处理技术让图片更加清晰,提供缩放、旋转、减切、颜色调整功能。只要点点鼠标就能随心抓取屏幕上的任何东西,拖放支持可以直接从系统、浏览器或其他程序中导入图片。一款非常好的屏幕截图软件。 该软件拥有不规则抓图、滚动抓图、活动窗口抓图、图片简单处理、屏幕录制等很多很多实用的功能,真是数不胜数。软件为绿色版,没有任何限制,并且文件很小。特此强烈推荐。 个人感觉不错,发个博客当作书签吧,该有的功能都有,还能截屏,免安装直接可用。 下载地址:https://www.cr173.com/soft/27662.htmlfscp9.3 密码:fscp| 大小:7M 已经过安全软件检测无毒,请您放心下载。FastStone Capture 注册码 序列号: name/ 用户名:TEAM JiOO key/ 注册码:CPCWXRVCZW30HMKE8KQQUXW USER NAME:TEAM_BRAiGHTLiNG_2007 CODE:XPNMF-ISDYF-LCSED-BPATU RPTME-IMDHD-MIEPX-VLXAW 企业版序列号: name:bluman serial/ 序列号 / 注册码:VPISCJULXUFGDDXYAUYF 来源:https://www.cnblogs.com/Chan94/p/9539727.html 最后,支持正版,拒绝盗版,条件允许的情况下还是建议购买官方注册码。
网上有很多的文章教怎么配置 MySQL 服务器,但考虑到服务器硬件配置的不同,具体应用的差别,那些文章的做法只能作为初步设置参考,我们需要根据自己的情况进行配置优化,好的做法是 MySQL 服务器稳定运行了一段时间后运行,根据服务器的”状态”进行优化。 mysql> show global status; 可以列出 MySQL 服务器运行各种状态值,另外,查询 MySQL 服务器配置信息语句: mysql> show variables; 一、慢查询 mysql> show variables like '%slow%'; +------------------+-------+ | Variable_name | Value | +------------------+-------+ | log_slow_queries | ON | | slow_launch_time | 2 | +------------------+-------+ mysql> show global status like '%slow%'; +---------------------+-------+ | Variable_name | Value | +---------------------+-------+ | Slow_launch_threads | 0 | | Slow_queries | 4148 | +---------------------+-------+ 配置中打开了记录慢查询,执行时间超过 2 秒的即为慢查询,系统显示有 4148 个慢查询,你可以分析慢查询日志,找出有问题的 SQL 语句,慢查询时间不宜设置过长,否则意义不大,最好在 5 秒以内,如果你需要微秒级别的慢查询,可以考虑给 MySQL 打补丁:http://www.percona.com/docs/wiki/release:start,记得找对应的版本。 打开慢查询日志可能会对系统性能有一点点影响,如果你的 MySQL 是主 - 从结构,可以考虑打开其中一台从服务器的慢查询日志,这样既可以监控慢查询,对系统性能影响又小。 二、连接数 经常会遇见”MySQL: ERROR 1040: Too many connections”的情况,一种是访问量确实很高,MySQL 服务器抗不住,这个时候就要考虑增加从服务器分散读压力,另外一种情况是 MySQL 配置文件中 max_connections 值过小: mysql> show variables like 'max_connections'; +-----------------+-------+ | Variable_name | Value | +-----------------+-------+ | max_connections | 256 | +-----------------+-------+ 这台 MySQL 服务器最大连接数是 256,然后查询一下服务器响应的最大连接数: mysql> show global status like ‘Max_used_connections’; MySQL 服务器过去的最大连接数是 245,没有达到服务器连接数上限 256,应该没有出现 1040 错误,比较理想的设置是: Max_used_connections / max_connections * 100% ≈ 85% 最大连接数占上限连接数的 85% 左右,如果发现比例在 10% 以下,MySQL 服务器连接数上限设置的过高了。 三、Key_buffer_size key_buffer_size 是对 MyISAM 表性能影响最大的一个参数,下面一台以 MyISAM 为主要存储引擎服务器的配置: mysql> show variables like ‘key_buffer_size’; +-----------------+------------+ | Variable_name | Value | +-----------------+------------+ | key_buffer_size | 536870912 | +-----------------+------------+ 分配了 512MB 内存给 key_buffer_size,我们再看一下 key_buffer_size 的使用情况: mysql> show global status like 'key_read%'; +------------------------+-------------+ | Variable_name | Value | mysql +------------------------+-------------+ | Key_read_requests | 27813678764 | | Key_reads | 6798830 | +------------------------+-------------+ 一共有 27813678764 个索引读取请求,有 6798830 个请求在内存中没有找到直接从硬盘读取索引,计算索引未命中缓存的概率: key_cache_miss_rate = Key_reads / Key_read_requests * 100% 比如上面的数据,key_cache_miss_rate 为 0.0244%,4000 个索引读取请求才有一个直接读硬盘,已经很 BT 了,key_cache_miss_rate 在 0.1% 以下都很好 (每 1000 个请求有一个直接读硬盘),如果 key_cache_miss_rate 在 0.01% 以下的话,key_buffer_size 分配的过多,可以适当减少。 MySQL 服务器还提供了 key_blocks_* 参数: mysql> show global status like 'key_blocks_u%'; +------------------------+-------------+ | Variable_name | Value | +------------------------+-------------+ | Key_blocks_unused | 0 | | Key_blocks_used | 413543 | +------------------------+-------------+ Key_blocks_unused 表示未使用的缓存簇(blocks) 数,Key_blocks_used 表示曾经用到的最大的 blocks 数,比如这台服务器,所有的缓存都用到了,要么增加 key_buffer_size,要么就是过渡索引了,把缓存占满了。比较理想的设置: Key_blocks_used / (Key_blocks_unused + Key_blocks_used) * 100% ≈ 80% 四、临时表 mysql> show global status like 'created_tmp%'; +-------------------------+---------+ | Variable_name | Value | +-------------------------+---------+ | Created_tmp_disk_tables | 21197 | | Created_tmp_files | 58 | | Created_tmp_tables | 1771587 | +-------------------------+---------+ 每次创建临时表,Created_tmp_tables 增加,如果是在磁盘上创建临时表,Created_tmp_disk_tables 也增加,Created_tmp_files 表示 MySQL 服务创建的临时文件文件数,比较理想的配置是: Created_tmp_disk_tables / Created_tmp_tables * 100% <= 25% 比如上面的服务器 Created_tmp_disk_tables / Created_tmp_tables * 100% = 1.20%,应该相当好了。我们再看一下 MySQL 服务器对临时表的配置: mysql> show variables where Variable_name in ('tmp_table_size', 'max_heap_table_size'); +---------------------+-----------+ | Variable_name | Value | +---------------------+-----------+ | max_heap_table_size | 268435456 | | tmp_table_size | 536870912 | +---------------------+-----------+ 只有 256MB 以下的临时表才能全部放内存,超过的就会用到硬盘临时表。 五、Open Table 情况 mysql> show global status like 'open%tables%'; +---------------+-------+ | Variable_name | Value | +---------------+-------+ | Open_tables | 919 | | Opened_tables | 1951 | +---------------+-------+ Open_tables 表示打开表的数量,Opened_tables 表示打开过的表数量,如果 Opened_tables 数量过大,说明配置中 table_cache(5.1.3 之后这个值叫做 table_open_cache)值可能太小,我们查询一下服务器 table_cache 值: mysql> show variables like 'table_cache'; +---------------+-------+ | Variable_name | Value | +---------------+-------+ | table_cache | 2048 | +---------------+-------+ 比较合适的值为: Open_tables / Opened_tables * 100% >= 85% Open_tables / table_cache * 100% <= 95% 六、进程使用情况 mysql> show global status like ‘Thread%’; +-------------------+-------+ | Variable_name | Value | +-------------------+-------+ | Threads_cached | 46 | | Threads_connected | 2 | | Threads_created | 570 | | Threads_running | 1 | +-------------------+-------+ 如果我们在 MySQL 服务器配置文件中设置了 thread_cache_size,当客户端断开之后,服务器处理此客户的线程将会缓存起来以响应下一个客户而不是销毁(前提是缓存数未达上限)。Threads_created 表示创建过的线程数,如果发现 Threads_created 值过大的话,表明 MySQL 服务器一直在创建线程,这也是比较耗资源,可以适当增加配置文件中 thread_cache_size 值,查询服务器 thread_cache_size 配置: mysql> show variables like 'thread_cache_size'; +-------------------+-------+ | Variable_name | Value | +-------------------+-------+ | thread_cache_size | 64 | +-------------------+-------+ 示例中的服务器还是挺健康的。 七、查询缓存(query cache) mysql> show global status like 'qcache%'; +-------------------------+-----------+ | Variable_name | Value | +-------------------------+-----------+ | Qcache_free_blocks | 22756 | | Qcache_free_memory | 76764704 | | Qcache_hits | 213028692 | | Qcache_inserts | 208894227 | | Qcache_lowmem_prunes | 4010916 | | Qcache_not_cached | 13385031 | | Qcache_queries_in_cache | 43560 | | Qcache_total_blocks | 111212 | +-------------------------+-----------+ MySQL 查询缓存变量解释: Qcache_free_blocks:缓存中相邻内存块的个数。数目大说明可能有碎片。FLUSH QUERY CACHE 会对缓存中的碎片进行整理,从而得到一个空闲块。 Qcache_free_memory:缓存中的空闲内存。 Qcache_hits:每次查询在缓存中命中时就增大 Qcache_inserts:每次插入一个查询时就增大。命中次数除以插入次数就是不中比率。 Qcache_lowmem_prunes:缓存出现内存不足并且必须要进行清理以便为更多查询提供空间的次数。这个数字最好长时间来看; 如果这个数字在不断增长,就表示可能碎片非常严重,或者内存很少。(上面的 free_blocks 和 free_memory 可以告诉您属于哪种情况) Qcache_not_cached:不适合进行缓存的查询的数量,通常是由于这些查询不是 SELECT 语句或者用了 now() 之类的函数。 Qcache_queries_in_cache:当前缓存的查询 (和响应) 的数量。 Qcache_total_blocks:缓存中块的数量。 我们再查询一下服务器关于 query_cache 的配置: mysql> show variables like 'query_cache%'; +------------------------------+-----------+ | Variable_name | Value | +------------------------------+-----------+ | query_cache_limit | 2097152 | | query_cache_min_res_unit | 4096 | | query_cache_size | 203423744 | | query_cache_type | ON | | query_cache_wlock_invalidate | OFF | +——————————+———–+ 各字段的解释: query_cache_limit:超过此大小的查询将不缓存 query_cache_min_res_unit:缓存块的最小大小 query_cache_size:查询缓存大小 query_cache_type:缓存类型,决定缓存什么样的查询,示例中表示不缓存 select sql_no_cache 查询 query_cache_wlock_invalidate:当有其他客户端正在对 MyISAM 表进行写操作时,如果查询在 query cache 中,是否返回 cache 结果还是等写操作完成再读表获取结果。 query_cache_min_res_unit 的配置是一柄”双刃剑”,默认是 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% 示例服务器 查询缓存碎片率 = 20.46%,查询缓存利用率 = 62.26%,查询缓存命中率 = 1.94%,命中率很差,可能写操作比较频繁吧,而且可能有些碎片。 八、排序使用情况 mysql> show global status like 'sort%'; +-------------------+------------+ | Variable_name | Value | +-------------------+------------+ | Sort_merge_passes | 29 | | Sort_range | 37432840 | | Sort_rows | 9178691532 | | Sort_scan | 1860569 | +-------------------+------------+ Sort_merge_passes 包括两步。MySQL 首先会尝试在内存中做排序,使用的内存大小由系统变量 Sort_buffer_size 决定,如果它的大小不够把所有的记录都读到内存中,MySQL 就会把每次在内存中排序的结果存到临时文件中,等 MySQL 找到所有记录之后,再把临时文件中的记录做一次排序。这再次排序就会增加 Sort_merge_passes。实际上,MySQL 会用另一个临时文件来存再次排序的结果,所以通常会看到 Sort_merge_passes 增加的数值是建临时文件数的两倍。因为用到了临时文件,所以速度可能会比较慢,增加 Sort_buffer_size 会减少 Sort_merge_passes 和 创建临时文件的次数。但盲目的增加 Sort_buffer_size 并不一定能提高速度,见 How fast can you sort data with MySQL?(引自 http://qroom.blogspot.com/2007/09/mysql-select-sort.html,貌似被墙) mysql 另外,增加 read_rnd_buffer_size(3.2.3 是 record_rnd_buffer_size) 的值对排序的操作也有一点的好处,参见:http://www.mysqlperformanceblog.com/2007/07/24/what-exactly-is-read_rnd_buffer_size/ 九、文件打开数 (open_files) mysql> show global status like 'open_files'; +---------------+-------+ | Variable_name | Value | +---------------+-------+ | Open_files | 1410 | +---------------+-------+ mysql> show variables like 'open_files_limit'; +------------------+-------+ | Variable_name | Value | +------------------+-------+ | open_files_limit | 4590 | +------------------+-------+ 比较合适的设置:Open_files / open_files_limit * 100% <= 75% 十、表锁情况 mysql> show global status like 'table_locks%'; +-----------------------+-----------+ | Variable_name | Value | +-----------------------+-----------+ | Table_locks_immediate | 490206328 | | Table_locks_waited | 2084912 | +-----------------------+-----------+ Table_locks_immediate 表示立即释放表锁数,Table_locks_waited 表示需要等待的表锁数,如果 Table_locks_immediate / Table_locks_waited > 5000,最好采用 InnoDB 引擎,因为 InnoDB 是行锁而 MyISAM 是表锁,对于高并发写入的应用 InnoDB 效果会好些。示例中的服务器 Table_locks_immediate / Table_locks_waited = 235,MyISAM 就足够了。 十一、表扫描情况 mysql> show global status like 'handler_read%'; +-----------------------+-------------+ | Variable_name | Value | +-----------------------+-------------+ | Handler_read_first | 5803750 | | Handler_read_key | 6049319850 | | Handler_read_next | 94440908210 | | Handler_read_prev | 34822001724 | | Handler_read_rnd | 405482605 | | Handler_read_rnd_next | 18912877839 | +-----------------------+-------------+ 各字段解释参见 http://hi.baidu.com/thinkinginlamp/blog/item/31690cd7c4bc5cdaa144df9c.html,调出服务器完成的查询请求次数: mysql> show global status like 'com_select'; +---------------+-----------+ | Variable_name | Value | +---------------+-----------+ | Com_select | 222693559 | +---------------+-----------+ 计算表扫描率: 表扫描率 = Handler_read_rnd_next / Com_select 如果表扫描率超过 4000,说明进行了太多表扫描,很有可能索引没有建好,增加 read_buffer_size 值会有一些好处,但最好不要超过 8MB。 后记: 文中提到一些数字都是参考值,了解基本原理就可以,除了 MySQL 提供的各种 status 值外,操作系统的一些性能指标也很重要,比如常用的 top,iostat 等,尤其是 iostat,现在的系统瓶颈一般都在磁盘 IO 上,关于 iostat 的使用. 在尝试学习新的语言之前先理解这门语言的设计原理能够让你在探索这门新语言时保持一个清醒而且开发的状态。
mysql 的监控方法大致分为两类:1. 连接到 mysql 数据库内部,使用 show status,show variables,flush status 来查看 mysql 的各种性能指标。2. 直接使用 mysqladmin 查看其性能指标,例如:UserParameter=mysql.uptime,mysqladmin -uroot status|cut -f2 -d":"|cut -f1 -d"T"mysqladmin 两个参数,status,extended-statusshell > mysqladmin -uroot -ppassword variables status可得到以下信息(后面详解)--------------------------------------------------------------------------------------------------------------------------Uptime: 4557887 #mysql 运行的秒数 Threads: 1 #连接数Questions: 1684130 #The number of questions (queries) from clients since the server was started.Slow queries: 0 #The number of queries that have taken more than long_query_time secondsOpens: 221872 #The number of tables the server has opened.Flush tables: 1 #The number of flush-*, refresh, and reload commands the server has executed.Open tables: 64 #The number of tables that currently are open.Queries per second avg: 0.369 #从上次运行开始计算,每秒钟平均查询次数-----------------------------------------------------------------------------------------------------Questions = Com_* + Qcache_hits 最完整的信息 shell > mysqladmin -uroot -ppassword variables extended-status 其他的信息 shell > /usr/libexec/mysqld --verbose --help (这个命令生成所有 mysqld 选项和可配置变量的列表 )mysql>SHOW STATUS; (服务器状态变量,运行服务器的统计和状态指标)mysql> SHOW VARIABLES;(服务器系统变量,实际上使用的变量的值) 或者 mysql>SHOW STATUS LIKE '% 变量名 % ' ; 对配置参数的说明:配置参数的格式如下:(shell > mysqladmin -uroot -ppassword variables extended-status)-----------------------------+-----------------------------------------+------------------------------------------------------------+| Variable_name | Value |+-----------------------------------------+------------------------------------------------------------+| auto_increment_increment | 1 || auto_increment_offset | 1 || automatic_sp_privileges | ON |.........注:value 值的单位是 byte ,要得到 M ,需除以 2 次 1024-----------------------------------Uptime 4405546MySQL 服务器已经运行的秒数 -----------------------------------auto_increment_increment 1 auto_increment_offset 1 两个变量值都只能为 1 到 65,535 之间的整数值。设置为非整数值,则会给出错误。这两个变量影响 AUTO_INCREMENT 列。auto_increment_increment 控制列中的值的增量值(步进量)。auto_increment_offset 确定 AUTO_INCREMENT 列值的初始值。一般不去更改。更改方法:mysql> SET @auto_increment_offset=5;-----------------------------------------------------------------------------------------------------max_connections 100table_cache 64open_files_limit 1024 Open_tables 64Opened_tables 187690几个参数的关系:table_cache * 2 + max_connections=max_open_filesmax_connections 默认为 100mysql>show processlist;mysql>show full processlist;----------------------- -------------------------max_open_files 由 open_files_limit 参数决定。mysql 打开的最大文件数,受两个参数的影响:系统打开的最大文件数(ulimit -n)和 open_files_limit 。加大 max_open_files 的值 ------------------------------------------------------------- 在 /etc/my.cnf 加入 open_files_limit=8192在 /etc/security/limits.conf 添加 * soft nofile 8192* hard nofile 8192-------------------------------------------------------------------- 最好用 sysctl 或者修改 /etc/sysctl.conf 文件,同时还要在配置文件中把 open_files_limit 这个参数增大,对于 4G 内存服务器,open_files_limit 至少要增大到 4096,非特殊情况,设置成 8192 就可以了。table_cache MySQL 5.0 升级到 5.1,table_cache 改名 table_open_cache设置表高速缓存的数目。表缓存的说明:当 Mysql 访问一个表时,如果该表在缓存中已经被打开,则可以直接访问缓存;如果还没有被缓存,但是在 Mysql 表缓冲区中还有空间,那么这个表就被打开并放入表缓冲区;如果表缓存满了,则会按照一定的规则将当前未用的表释放,或者临时扩大表缓存来存放,使用表缓存的好处是可以更快速地访问表中的内容。每个连接进来,都会至少打开一个表缓存。因此, table_cache 的大小应与 max_connections 的设置有关。例如,对于 200 个并行运行的连接,应该让表的缓存至少有 200 × N ,这里 N 是网站程序一次查询所用到的表的最大值。每个线程会独自持有一个数据文件的文件描述符,而索引文件的文件描述符是公用的。当 table cache 不够用的时候,MySQL 会采用 LRU 算法踢掉最长时间没有使用的表。如果 table_cache 设置过小,MySQL 就会反复打开、关闭 frm 文件,造成一定的性能损失。如果 table_cache 设置过大,MySQL 将会消耗很多 CPU 去做 table cache 的算法运算。而 InnoDB 的元数据管理是放在共享表空间里面做的,所以获取表的结构不需要去反复解析 frm 文件,这是比 MyISAM 强的地方。即使 table_cache 设置过小,对于 InnoDB 的影响也是很小的,因为它根本不需要反复打开、关闭 frm 文件去获取元数据。合理设置 table_cache 的大小:通过查看 open_tables,Opened_tables,Flush tables 的值来比较。察看当前的表缓存情况:shell > mysqladmin -uroot -ppassword variables status----------------------------------Opens: 221872 则是已经打开的表的数量。Flush tables: 1 Open tables: 64 是当前打开的表的数量 ----------------------------------mysql> show global status like 'open%_tables';----------------------------------open_tables 是当前打开的表的数量,Opened_tables 表示打开过的表数量---------------------------------- 清空表缓存 mysql> flush tables; 如果发现 open_tables 接近 table_cache 的时候,如果 Opened_tables 随着重新运行 SHOW STATUS 命令快速增加,就说明缓存命中率不够。并且多次执行 FLUSH TABLES(通过 shell > mysqladmin -uroot -ppassword variables status),那就说明可能 table_cache 设置的偏小,经常需要将缓存的表清出,将新的表放入缓存,这时可以考虑增加这个参数的大小来改善访问的效率。如果 Open_tables 比 table_cache 设置小很多,就说明 table_cache 设的太大了。table_cache 的值在 2G 内存以下的机器中的值默认时 256 到 512,如果机器有 4G 内存, 则默认这个值是 2048,但这决意味着机器内存越大,这个值应该越大,因为 table_cache 加大后,使得 mysql 对 SQL 响应的速度更快了,不可避免的会产生更多的死锁(dead lock),这样反而使得数据库整个一套操作慢了下来,严重影响性能。注意,不能盲目地把 table_cache 设置成很大的值。如果设置得太高,可能会造成文件描述符不足,从而造成性能不稳定或者连接失败。对于有 1G 内存的机器,推荐值是 128-256。--------------------------------------------------------------------key_buffer_size 67108864(/1024/1024=64M)Key_read_requests 40944 从缓存读键的数据块的请求数。Key_reads 2711 从硬盘读取键的数据块的次数。Key_write_requests 将键的数据块写入缓存的请求数。Key_writes 向硬盘写入将键的数据块的物理写操作的次数。(获得信息:shell > mysqladmin -uroot -ppassword variables extended-statusshell>mysqladmin -uroot -ppassword variable statusmysql> show status like '%key_read%';)key_buffer_size 设置索引块(index blocks)缓存的大小,保存了 MyISAM 表的索引块。它被所有线程共享,决定了数据库索引处理的速度,尤其是索引读的速度。理想情况下,对于这些块的请求应该来自于内存,而不是来自于磁盘。只对 MyISAM 表起作用。即使你不使用 MyISAM 表,但是内部的临时磁盘表是 MyISAM 表,也要使用该值。key_buffer_size: 如果不使用 MyISAM 存储引擎,16MB 足以,用来缓存一些系统表信息等。如果使用 MyISAM 存储引擎,在内存允许的情况下,尽可能将所有索引放入内存,简单来说就是“越大越好”合理设置 key_buffer_size 的方法:查看 Key_read_requests 和 Key_reads 的比例,Key_reads 代表命中磁盘的请求个数, Key_read_requests 是总数。命中磁盘的读请求数除以读请求总数就是不中比率。如果每 1,000 个请求中命中磁盘的数目超过 1 个,就应该考虑增大关键字缓冲区了。key_reads / key_read_requests 的值应该尽可能的低,比如 1:100,1:1000 ,1:10000。对于内存在 4GB 左右的服务器该参数可设置为 256M 或 384M。注意:该参数值设置的过大反而会是服务器整体效率降低! --------------------------------------------------------------------------------------------------------256MB 内存和许多表,想要在中等数量的客户时获得最大性能,应使用:shell> mysqld_safe --key_buffer_size=64M --table_cache=256 --sort_buffer_size=4M --read_buffer_size=1M &-------------------------------------------------------------------------------------------------------------------------------------------------------每个连接到 MySQL 服务器的线程都需要有自己的缓冲,默认为其分配 256K。事务开始之后,则需要增加更多的空间。运行较小的查询可能仅给指定的线程增加少量的内存消耗,例如存储查询语句的空间等。但如果对数据表做复杂的操作比较复杂,例如排序则需要使用临时表,此时会分配大约 read_buffer_size,sort_buffer_size,read_rnd_buffer_size,tmp_table_size 大小的内存空间。不过它们只是在需要的时候才分配,并且在那些操作做完之后就释放了。 myisam_sort_buffer_size 8388608当在 REPAIR TABLE 或用 CREATE INDEX 创建索引或 ALTER TABLE 过程中排序 MyISAM 索引分配之缓冲区。sort_buffer_size 2097144每个排序线程分配的缓冲区的大小。增加该值可以加快 ORDER BY 或 GROUP BY 操作。注意:该参数对应的分配内存是每个连接独享,如果有 100 个连接,那么实际分配的总共排序缓冲区大小为 100 × 6 = 600MB。所以,对于内存在 4GB 左右的服务器推荐设置为 6 -8M。mysql> SHOW STATUS LIKE "sort%";---------------------------Sort_merge_passes 1 Sort_range 79192 Sort_rows 2066532 Sort_scan 44006 --------------------------- 如果 sort_merge_passes 很大,就表示需要注意 sort_buffer_size。当 MySQL 必须要进行排序时,就会在从磁盘上读取数据时分配一个排序缓冲区来存放这些数据行。如果要排序的数据太大,那么数据就必须保存到磁盘上的临时文件中,并再次进行排序。如果 sort_merge_passes 状态变量很大,这就指示了磁盘的活动情况。read_buffer_size 131072(show variables like 'read%';)----------------read_buffer_size 1048576read_rnd_buffer_size 524288---------------read_buffer_size 是 MySql 读入缓冲区大小。对表进行顺序扫描的请求将分配一个读入缓冲区,MySql 会为它分配一段内存缓冲区。read_buffer_size 变量控制这一缓冲区的大小。每个线程连续扫描时为扫描的每个表分配的缓冲区的大小 (字节)。如果进行多次连续扫描,可能需要增加该值, 默认值为 131072。和 sort_buffer_size 一样,该参数对应的分配内存也是每连接独享。read_rnd_buffer_size read_rnd_buffer_size 是 MySql 的随机读缓冲区大小。当按任意顺序读取行时(例如,按照排序顺序),将分配一个随机读缓存区。进行排序查询时,MySql 会首先扫描一遍该缓冲,以避免磁盘搜索,提高查询速度,如果需要排序大量数据,可适当调高该值。该参数对应的分配内存也是每连接独享。 join_buffer_size 131072 联合查询操作所能使用的缓冲区大小,和 sort_buffer_size 一样,该参数对应的分配内存也是每个连接独享。--------------------------------------------------------------------------------------------------------max_allowed_packet 1048576net_buffer_length 16384包消息缓冲区初始化为 net_buffer_length 字节,但需要时可以增长到 max_allowed_packet 字节。该值默认很小,以捕获大的 (可能是错误的) 数据包。-------------------------------------------------------------------------------------------------------- thread_stack 196608每个线程的堆栈大小。用 crash-me 测试检测出的许多限制取决于该值。 默认值足够大,可以满足普通操作。--------------------------------------------------------------------------------------------------------thread_cache_size 0query_cache_size 0tmp_table_size 33554432innodb_thread_concurrency 8max_connections 100max_connect_errors 10(获得信息:shell > mysqladmin -uroot -ppassword variables extended-statusshell>mysqladmin -uroot -ppassword variable status)thread_cache_size (mysql> show status LIKE 'threads%';)--------------------------- Threads_cached 27 Threads_connected 15 Threads_created 838610 Threads_running 3----------------------------线程缓存。mysqld 在接收连接时会根据需要生成线程。在一个连接变化很快的繁忙服务器上,对线程进行缓存便于以后使用可以加快最初的连接。此处重要的值是 Threads_created,每次 mysqld 需要创建一个新线程时,这个值都会增加。如果这个数字在连续执行 SHOW STATUS 命令时快速增加,就应该尝试增大线程缓存。query_cache_sizemysql> SHOW VARIABLES LIKE 'have_query_cache';mysql> show variables like '%query%';------------------------------------ ft_query_expansion_limit 20 have_query_cache YES long_query_time 10.000000 query_alloc_block_size 8192 query_cache_limit 1048576 query_cache_min_res_unit 4096 query_cache_size 0 query_cache_type ON query_cache_wlock_invalidate OFF query_prealloc_size 8192 slow_query_log OFF slow_query_log_file /var/run/mysqld/mysqld-slow.log-------------------------------------have_query_cache 是否有查询缓存 query_cache_limit 指定单个查询能够使用的缓冲区大小,缺省为 1Mquery_cache_type 变量影响其工作方式。这个变量可以设置为下面的值:0 或 OFF 将阻止缓存或查询缓存结果。1 或 ON 将允许缓存,以 SELECT SQL_NO_CACHE 开始的查询语句除外。2 或 DEMAND , 仅对以 SELECT SQL_CACHE 开始的那些查询语句启用缓存。 如果全部使用 innodb 存储引擎,建议为 0,如果使用 MyISAM 存储引擎,建议为 2 query_cache_min_res_unit 是在 4.1 版本以后引入的,它指定分配缓冲区空间的最小单位,缺省为 4K。检查状态值 Qcache_free_blocks,如果该值非常大,则表明缓冲区中碎片很多,这就表明查询结果都比较小,此时需要减小 query_cache_min_res_unit。query_cache_size 为了存储老的查询结果而分配的内存数量 (以字节指定) 。如果设置它为 0 ,查询缓冲将被禁止 (缺省值为 0)。 根据 命中率(Qcache_hits/(Qcache_hits+Qcache_inserts)*100)) 进行调整,一般不建议太大,256MB 可能已经差不多了,大型的配置型静态数据可适当调大 mysql> SHOW STATUS LIKE 'qcache%';--------------------------------------- Qcache_free_blocks 5216 Qcache_free_memory 14640664 Qcache_hits 2581646882 Qcache_inserts 360210964 Qcache_lowmem_prunes 281680433 Qcache_not_cached 79740667 Qcache_queries_in_cache 16927 Qcache_total_blocks 47042-----------------------------------------Qcache_free_blocks 缓存中相邻内存块的个数。数目大说明可能有碎片。FLUSH QUERY CACHE 会对缓存中的碎片进行整理,从而得到一个空闲块。Qcache_free_memory 缓存中的空闲内存。Qcache_hits 每次查询在缓存中命中时就增大。Qcache_inserts 每次插入一个查询时就增大。 未命中然后插入。Qcache_lowmem_prunes 的值非常大,则表明经常出现缓冲不够的情况, 同时 Qcache_hits 的值非常大,则表明查询缓冲使用非常频繁,此时需要增加缓冲大小,Qcache_hits 的值不大,则表明你的查询重复率很低,这种情况下使用查询缓冲反而会影响效率,那么可以考虑不用查询缓冲。这个数字最好长时间来看;如果这个数字在不断增长,就表示可能碎片非常严重,或者内存很少。(上面的 free_blocks 和 free_memory 可以告诉您属于哪种情况)。Qcache_not_cached 不适合进行缓存的查询的数量,通常是由于这些查询不是 SELECT 语句。Qcache_queries_in_cache 当前缓存的查询(和响应)的数量。Qcache_total_blocks 缓存中块的数量。Total number of queries = Qcache_inserts + Qcache_hits + Qcache_not_cached. 查询命中率 =Qcache_hits -Qcache_inserts /Qcache_hits查询插入率 =Qcache_inserts / Com_select;未插入率 = Qcache_not_cached / Com_select;很多 LAMP 应用程序都严重依赖于数据库,但却会反复执行相同的查询。每次执行查询时,数据库都必须要执行相同的工作 —— 对查询进行分析,确定如何执行查询,从磁盘中加载信息,然后将结果返回给客户机。MySQL 有一个特性称为查询缓存,查询缓存会存储一个 SELECT 查询的文本与被传送到客户端的相应结果。如果之后接收到一个同样的查询,服务器将从查询缓存中检索结果,而不是再次分析和执行这个同样的查询。在很多情况下,这会极大地提高性能。不过,问题是查询缓存在默认情况下是禁用的。通常,间隔几秒显示这些变量就可以看出区别,这可以帮助确定缓存是否正在有效地使用。运行 FLUSH STATUS 可以重置一些计数器,如果服务器已经运行了一段时间,这会非常有帮助。使用非常大的查询缓存,期望可以缓存所有东西,这种想法非常诱人。但如果表有变动时,首先要把 Query_cache 和该表相关的语句全部置为失效,然后在写入更新。那么如果 Query_cache 非常大,该表的查询结构又比较多,查询语句失效也慢,一个更新或是 Insert 就会很慢,这样看到的就是 Update 或是 Insert 怎么这么慢了。所以在数据库写入量或是更新量也比较大的系统,该参数不适合分配过大。而且在高并发,写入量大的系统,建系把该功能禁掉。作为一条规则,如果 FLUSH QUERY CACHE 占用了很长时间,那就说明缓存太大了。--------------------------------------------------------------------------------------------------------wait_timeout 28800服务器关闭非交互连接之前等待活动的秒数。在线程启动时,根据全局 wait_timeout 值或全局 interactive_timeout 值初始化会话 wait_timeout 值,取决于客户端类型 connect_timeout 10mysqld 服务器用 Bad handshake 响应前等待连接包的秒数。interactive_timeout 28800 服务器关闭交互式连接前等待活动的秒数。交互式客户端定义为在 mysql_real_connect()中使用 CLIENT_INTERACTIVE 选项的客户端。--------------------------------------------------------------------------------------------------------mysql> SHOW STATUS LIKE "com_select";------------------------------- Com_select 318243-------------------------------mysql> SHOW STATUS LIKE "handler_read_rnd_next";-------------------------------Handler_read_rnd_next 165959471-----------------------------------MySQL 也会分配一些内存来读取表。理想情况下,索引提供了足够多的信息,可以只读入所需要的行,但是有时候查询(设计不佳或数据本性使然)需要读取表中大量数据。要理解这种行为,需要知道运行了多少个 SELECT 语句,以及需要读取表中的下一行数据的次数(而不是通过索引直接访问)。Handler_read_rnd_next / Com_select 得出了表扫描比率 —— 在本例中是 521:1。如果该值超过 4000,就应该查看 read_buffer_size,例如 read_buffer_size = 4M。如果这个数字超过了 8M,就应该与开发人员讨论一下对这些查询进行调优了!--------------------------------------------------------------------------------------------------------mysql> SHOW STATUS LIKE 'created_tmp%';------------------------ Created_tmp_disk_tables 30660 Created_tmp_files 2 Created_tmp_tables 32912---------------------临时表可以在更高级的查询中使用,其中数据在进一步进行处理(例如 GROUP BY 字句)之前,都必须先保存到临时表中;理想情况下,在内存中创建临时表。但是如果临时表变得太大,就需要写入磁盘中。每次使用临时表都会增大 Created_tmp_tables;基于磁盘的表也会增大 Created_tmp_disk_tables。对于这个比率,并没有什么严格的规则,因为这依赖于所涉及的查询。长时间观察 Created_tmp_disk_tables 会显示所创建的磁盘表的比率,您可以确定设置的效率。 tmp_table_size 和 max_heap_table_size 都可以控制临时表的最大大小,因此请确保在 my.cnf 中对这两个值都进行了设置。-------------------------------------------------------------------------------------------------------日志相关 log-bin=mysql-binbinlog_format=mixedmysql-bin.000001、mysql-bin.000002 等文件是数据库的操作日志,例如 UPDATE 一个表,或者 DELETE 一些数据,即使该语句没有匹配的数据,这个命令也会存储到日志文件中,还包括每个语句执行的时间,也会记录进去的。================================================================================================= InnoDBinnodb_buffer_pool_size innodb_buffer_pool_size 定义了 InnoDB 存储引擎的表数据和索引数据的最大内存缓冲区大小。和 MyISAM 存储引擎不同, MyISAM 的 key_buffer_size 只能缓存索引键,而 innodb_buffer_pool_size 却可以缓存数据块和索引键。适当的增加这个参数的大小,可以有效的减少 InnoDB 类型的表的磁盘 I/O 。为 Innodb 加速优化首要参数。默认值 8M 这个参数不能动态更改,所以分配需多考虑。分配过大,会使 Swap 占用过多,致使 Mysql 的查询特慢。如果你的数据量不大,并且不会暴增,那么可分配是你的数据大小+10%左右做为这个参数的值。例如:数据大小为 50M, 那么给这个值分配 innodb_buffer_pool_size=64Mmysql>show variables like 'innodb%';---------------------innodb_adaptive_hash_index ON innodb_additional_mem_pool_size 2097152 innodb_autoextend_increment 8 innodb_autoinc_lock_mode 1 innodb_buffer_pool_size 67108864 innodb_checksums ON innodb_commit_concurrency 0 innodb_concurrency_tickets 500 innodb_data_file_path ibdata1:10M:autoextend innodb_data_home_dir /var/lib/mysql innodb_doublewrite ON innodb_fast_shutdown 1 innodb_file_io_threads 4 innodb_file_per_table OFF innodb_flush_log_at_trx_commit 1 innodb_flush_method innodb_force_recovery 0 innodb_lock_wait_timeout 50 innodb_locks_unsafe_for_binlog OFF innodb_log_buffer_size 8388608 innodb_log_file_size 16777216 innodb_log_files_in_group 2 innodb_log_group_home_dir /var/lib/mysql innodb_max_dirty_pages_pct 90 innodb_max_purge_lag 0 innodb_mirrored_log_groups 1 innodb_open_files 300 innodb_rollback_on_timeout OFF innodb_stats_method nulls_equal innodb_stats_on_metadata ON innodb_support_xa ON innodb_sync_spin_loops 20 innodb_table_locks ON innodb_thread_concurrency 8 innodb_thread_sleep_delay 10000 innodb_use_legacy_cardinality_algorithm ON ----------------------mysql>show status like 'innodb%';----------------Innodb_buffer_pool_pages_data 2559 分配出去, 正在被使用页的数量,包括脏页。单位是 page Innodb_buffer_pool_pages_dirty 0 脏页但没有被 flush 除去的页面数。单位是 page Innodb_buffer_pool_pages_flushed 795 已经 flush 的页面数。单位是 page Innodb_buffer_pool_pages_free 1473 当前空闲页面数。单位是 page Innodb_buffer_pool_pages_misc 64 缓存池中当前已经被用作管理用途或 hash index 而不能用作为普通数据页的数目。单位是 page Innodb_buffer_pool_pages_total 4096 缓冲区总共的页面数。单位是 page Innodb_buffer_pool_read_ahead_rnd 8 随机预读的次数 Innodb_buffer_pool_read_ahead_seq 1 顺序预读的次数 Innodb_buffer_pool_read_requests 1725871 从缓冲池中读取页的次数 Innodb_buffer_pool_reads 2108 从磁盘读取页的次数。缓冲池里面没有, 就会从磁盘读取 Innodb_buffer_pool_wait_free 0 缓冲池等待空闲页的次数,当需要空闲块而系统中没有时,就会等待空闲页面 Innodb_buffer_pool_write_requests 2296 缓冲池总共发出的写请求次数 Innodb_data_fsyncs 695 总共完成的 fsync 次数 Innodb_data_pending_fsyncs 0 innodb 当前等待的 fsync 次数 Innodb_data_pending_reads 0 innodb 当前等待的读的次数 Innodb_data_pending_writes 0 innodb 当前等待的写的次数 Innodb_data_read 44044288 总共读入的字节数 Innodb_data_reads 2191 innodb 完成的读的次数 Innodb_data_writes 1296 innodb 完成的写的次数 Innodb_data_written 26440192 总共写出的字节数 Innodb_dblwr_pages_written 795 Innodb_dblwr_writes 90 Innodb_log_waits 0 因日志缓存太小而必须等待其被写入所造成的等待数。单位是次。 Innodb_log_write_requests 263 Innodb_log_writes 410 Innodb_os_log_fsyncs 500 Innodb_os_log_pending_fsyncs 0 Innodb_os_log_pending_writes 0 Innodb_os_log_written 343552 Innodb_page_size 16384 Innodb_pages_created 4 Innodb_pages_read 2555 Innodb_pages_written 795 Innodb_row_lock_current_waits 0 Innodb_row_lock_time 0 Innodb_row_lock_time_avg 0 Innodb_row_lock_time_max 0 Innodb_row_lock_waits 0 Innodb_rows_deleted 0 Innodb_rows_inserted 352 Innodb_rows_read 818617 Innodb_rows_updated 88 ------------------ 命中率 =innodb_buffer_pool_read_requests / (innodb_buffer_pool_read_requests + innodb_buffer_pool_read_ahead + innodb_buffer_pool_reads)innodb_buffer_pool_size: 如果不使用 InnoDB 存储引擎,可以不用调整这个参数,如果需要使用,在内存允许的情况下,尽可能将所有的 InnoDB 数据文件存放如内存中,同样将但来说也是“越大越好” innodb_additional_pool_size 这个值不用分配太大,系统可以自动调。不用设置太高。通常比较大数据设置 16M够用了,如果表比较多,可以适当的增大。如果这个值自动增加,会在 error log 有中显示的。20M 足够了。innodb_log_file_size作用:指定日志的大小 分配原则:几个日志成员大小加起来差不多和你的 innodb_buffer_pool_size 相等。在高写入负载尤其是大数据集的情况下很重要。这个值越大则性能相对越高,但是要注意到可能会增加恢复时间。说明:这个值分配的大小和数据库的写入速度,事务大小,异常重启后的恢复有很大的关系。innodb_log_buffer_size:作用:事务在内存中的缓冲。分配原则:控制在 2 -8M. 这个值不用太多的。他里面的内存一般一秒钟写到磁盘一次。具体写入方式和你的事务提交方式有关。一般最大指定为 3M 比较合适。参考:Innodb_os_log_written(show global status 可以拿到)如果这个值增长过快,可以适当的增加 innodb_log_buffer_size另外如果你需要处理大理的 text,或是 blog 字段,可以考虑增加这个参数的值。 默认的设置在中等强度写入负载以及较短事务的情况下,服务器性能还可以。如果存在更新操作峰值或者负载较大,就应该考虑加大它的值了。如果它的值设置太高了,可能会浪费内存 -- 它每秒都会刷新一次,因此无需设置超过 1 秒所需的内存空间。通常 8-16MB 就足够了。越小的系统它的值越小。innodb_flush_logs_at_trx_commit作用:控制事务的提交方式 分配原则:这个参数只有 3 个值,0,1,2 请确认一下自已能接受的级别。默认为 1,主库请不要更改了。性能更高的可以设置为 0 或是 2,但会丢失一秒钟的事务。值为 1 时:innodb 的事务 LOG 在每次提交后写入日志文件,并对日志做刷新到磁盘。这个可以做到不丢任何一个事务。值为 2 事,也就是不把日志刷新到磁盘上,而只刷新到操作系统的缓存上。日志仍然会每秒刷新到磁盘中去,因此通常不会丢失每秒 1 - 2 次更新的消耗。如果设置为 0 就快很多了,不过也相对不安全了 -- MySQL 服务器崩溃时就会丢失一些事务。设置为 2 只会丢失刷新到操作系统缓存的那部分事务。 innodb_file_per_table作用:使每个 Innodb 的表,有自已独立的表空间。如删除文件后可以回收那部分空间。分配原则:只有使用不使用。但 DB 还需要有一个公共的表空间。 InnoDB 默认会将所有的数据库 InnoDB 引擎的表数据存储在一个共享空间中:ibdata1,增删数据库的时候,ibdata1 文件不会自动收缩,单个数据库的备份也将成为问题。通常只能将数据使用 mysqldump 导出,然后再导入解决这个问题。查看是否开启:mysql> show variables like ‘%per_table%’;开启 innodb_file_per_table=1 请适当的增加 innodb_open_filesinnodb_open_files作用:限制 Innodb 能打开的表的数据。分配原则:如果库里的表特别多的情况,请增加这个。这个值默认是 300。这个值必须超过你配置的 innodb_data_file_path 个数。请适当的增加 table_cacheinnodb_flush_method作用:Innodb 和系统打交道的一个 IO 模型 分配原则:Windows 不用设置。UNIX 可以设置:fdatasync (默认设置),O_DIRECT,和 O_DSYNCO_DIRECT 跳过了操作系统的文件系统 Disk Cache,让 MySQL 直接读写磁盘。 有数据表明,如果是大量随机写入操作,O_DIRECT 会提升效率。但是顺序写入和读取效率都会降低。innodb_max_dirty_pages_pct作用:控制 Innodb 的脏页在缓冲中在那个百分比之下,值在范围 1 -100, 默认为 90.O_DIRECT 的 flush_method 更适合于操作系统内存有限的情况下(可以避免不必要的对交换空间的读写操作),否则,它会由于禁用了 os 的缓冲降低对数据的读写操作的效能。 使用 memlock 可以避免 MySQL 内存进入 swap
一、检查系统是否安装其他版本的 MYSQL 数据 #yum list installed | grep mysql#yum -y remove mysql-libs.x86_64 二、安装及配置 # wget http://repo.mysql.com/mysql-community-release-el6-5.noarch.rpm# rpm -ivh mysql-community-release-el6-5.noarch.rpm# yum repolist all | grep mysql 安装 MYSQL 数据库 # yum install mysql-community-server -y 设置为开机启动 (2、3、4 都是 on 代表开机自动启动)# chkconfig --list | grep mysqld# chkconfig mysqld on 三、设置远程 root启动 mysql# service mysqld start设置 root 密码 # mysql_secure_installation 登陆 root 账号 # mysql -uroot -p 建立远程 root 用户 mysql> GRANT ALL PRIVILEGES ON *.* TO 'root'@'%' IDENTIFIED BY 'admin' WITH GRANT OPTION;mysql> flush privileges; 四、设置 utf- 8 编码 查看 mysql 原本编码:mysql> show variables like 'character%';设置编码 # vi /etc/my.cnf 如下 (少补):[mysqld]character-set-server=utf8 collation-server=utf8_general_ci sql_mode='NO_ENGINE_SUBSTITUTION'[mysql]default-character-set = utf8[mysql.server]default-character-set = utf8[mysqld_safe]default-character-set = utf8[client]default-character-set = utf8 重启 mysql# service mysqld restart再次查看编码: # mysql -uroot -pmysql> show variables like 'character%';+--------------------------+----------------------------+| Variable_name | Value |+--------------------------+----------------------------+| character_set_client | utf8 || character_set_connection | utf8 || character_set_database | utf8 || character_set_filesystem | binary || character_set_results | utf8 || character_set_server | utf8 || character_set_system | utf8 || character_sets_dir | /usr/share/mysql/charsets/ |+--------------------------+----------------------------+8 rows in set (0.00 sec)yum 安装 mysqlyum install mysql mysql-server mysql-devel 完成后,用 /etc/init.d/mysqld start 启动 mysql启动 mysql 控制台: mysqlmysql>; USE mysql; mysql>; UPDATE user SET Password=PASSWORD('newpassword') WHERE user='root'; mysql>; FLUSH PRIVILEGES; 允许远程登录 mysql -u root -p Enter Password: <your new password> mysql>GRANT ALL PRIVILEGES ON *.* TO ' 用户名 '@'%' IDENTIFIED BY ' 密码 ' WITH GRANT OPTION; 完成后就能远程管理 mysql 了。 mysql 服务名字 service mysqld start GRANT ALL PRIVILEGES ON *.* TO 'root'@'%' IDENTIFIED BY ' 密码 ' WITH GRANT OPTION;