欧美性猛交XXXX免费看蜜桃,成人网18免费韩国,亚洲国产成人精品区综合,欧美日韩一区二区三区高清不卡,亚洲综合一区二区精品久久

MySQL評估范圍：前期檢查資料準備數據庫字典常用SQL表數據量與頻度定期清理機制設計問(wèn)題保留關(guān)鍵字字段默認值字段類(lèi)型字符集選擇命名規范索引設計外鍵問(wèn)題準實(shí)時(shí)性數據處理垂直分割需求水平拆分需求適度冗余的設計數據庫安全賬戶(hù)和權限優(yōu)化MySQL安裝優(yōu)化配置文件優(yōu)化測試階段監控監控數據庫配置參數-MySQL Report給出配置參數優(yōu)化建議- tuning-primer開(kāi)啟慢查詢(xún)日志0，記錄所有查詢(xún)- log_slow_queries數據增長(cháng)量監控-MONyog數據庫主從狀態(tài)監控穩定期建立性能基線(xiàn)Cacti性能監控MONyog詳細信息監控MySQL Report第一章   需要開(kāi)發(fā)商提供的資料1數據字典（提供詳細的數據庫所有表的詳細說(shuō)明，如下格式，外加表的簡(jiǎn)單描述）admin_action字段名字段含義字段類(lèi)型默認值Keyid自增IDint(11)YEScate_id對應根菜單的ID,parent_id為0時(shí)設置此字段int(11)parent_id操作父IDint(11)order排序值，越大越靠前int(11)action_name操作名varchar(50)action_descaction描述varchar(50)extend擴展字段varchar(50)2常用SQL（針對數據字典，給出每個(gè)表上的常發(fā)生的SQL語(yǔ)句，形式如，針對上面的表給出的SQL）表數據量與頻度（預估上面每個(gè)表的一年內的數據增長(cháng)量，和每個(gè)表的讀寫(xiě)頻率，如）(之后可以使用MONyog來(lái)觀(guān)察每個(gè)庫以及每個(gè)表的數據和索引的大小)4定期清理機制對log或history等類(lèi)型表的清理機制第二章   設計問(wèn)題1保留關(guān)鍵字不要使用MySQL保留關(guān)鍵字作為名稱(chēng)，容易造成SQL語(yǔ)法錯誤。2字段默認值設計表的字段盡量使用NOT NULL。摘自MySQL文檔：“NULL columns require additional space in the row to record whethertheir values are NULL. For MyISAM tables, each NULL column takes one bit extra,rounded up to the nearest byte.”字段設計數字和日期類(lèi)型：實(shí)際上還有一類(lèi)數字類(lèi)型是通過(guò)二進(jìn)制格式以字符串來(lái)存放的，如，DECIMAL(DEC)[(M[,D])]，NUMERIC[(M[,D])]，由于其存放長(cháng)度主要通過(guò)其定義時(shí)候的M所決定，M定義多大，則實(shí)際就有多長(cháng)。M代表整個(gè)位數的長(cháng)度，D代表小數殿后的位數，默認M為10，D為0。一般考慮到這種數據完全可以變化形式以整數存放，所以這種數據類(lèi)型（）一般不用。但是，在mysql 中float、double（或real）是浮點(diǎn)數，decimal（或numberic）是定點(diǎn)數。浮點(diǎn)數（float、double）存在誤差問(wèn)題；對貨幣等對精度敏感的數據，應該用定點(diǎn)數表示或存儲；編程中，如果用到浮點(diǎn)數，要特別注意誤差問(wèn)題，并盡量避免做浮點(diǎn)數比較；另外IP地址字段的話(huà)，盡量設置為UNSIGNED INT（32無(wú)符號整形），查詢(xún)時(shí)可以使用INET_ATON()把一個(gè)字符串IP轉成一個(gè)整形，并使用INET_NTOA()把一個(gè)IP轉換成字符串IP。時(shí)間存儲格式，常用的是DATETIME，DATE，TIMESTAMP這三種，從存儲空間看TIMESTAMP最少，4個(gè)字節，而其他兩種都要8個(gè)字節，多了一倍。如果有需要存放早于1970年之前的時(shí)間，則要使用DATETIME類(lèi)型，假如不需要，則最好使用TIMESTAMP來(lái)減少存儲空間的占用。字符存儲類(lèi)型：mysql5.0.3之后的表示，VARCHAR[(M)]表示的字節數，最大限制和字符集有關(guān)，如果是gbk編碼，最大長(cháng)度為(65535-1-2)/2=32766，減1的原因是實(shí)際行存儲從第二個(gè)字節開(kāi)始，減2的原因是varchar頭部的2個(gè)字節表示長(cháng)度，除2因為是gbk編碼；如果是utf8編碼，最大長(cháng)度為(65535-1-2)/3=21844。字段盡量選擇固定長(cháng)度。另外MySQL 5.0之后版本存儲VARCHAR類(lèi)型的時(shí)候會(huì )保留末尾空格，CHAR[(M)]都是以空格填補剩余的空間，所以，如果要保留結尾空格的話(huà)，一定要使用VARCHAR。另外不要使用數字作為ENUM枚舉常量！盡量用char(1)來(lái)代替bit(1)，盡量避免程序錯誤！MyISAM表的話(huà)，盡量使用char()代替varchar()；對于InnoDB數據表，內部的行存儲格式?jīng)]有區分固定長(cháng)度和可變長(cháng)度列（所有數據行都使用指向數據列值的頭指針），主要的性能因素是數據行使用的存儲總量，建議使用varcahr()，可以減少存儲空間。對于BLOB和TEXT字段，如果可以，就把這些字段分拆到另外一個(gè)表里面去。4字符集選擇mysql的字符集包括字符集（CHARACTER）和校對規則（COLLATION）兩個(gè)概念。字符集是用來(lái)定義mysql存儲字符串的方式，校對規則是定義了比較字符串的方式。UTF-8：是用以解決國際上字符的一種多字節編碼，它對英文使用8位（即一個(gè)字節），中文使用24位（三個(gè)字節）來(lái)編碼。UTF-8包含全世界所有國家需要用到的字符，是國際編碼，通用性強。GBK： 是國家標準GB2312基礎上擴容后兼容GB2312的標準。GBK的文字編碼是用雙字節來(lái)表示的，即不論中、英文字符均使用雙字節來(lái)表示，為了區分中文，將其最高位都設定成1。GBK包含全部中文字符，是國家編碼，通用性比UTF8差，不過(guò)UTF8占用的數據庫比GBK大。為了避免所有亂碼問(wèn)題，應該采用UTF-8，將來(lái)要支持國際化也非常方便UTF-8可以看作是大字符集，它包含了大部分文字的編碼。5命名規范1、 數據庫和表名應盡可能和所服務(wù)的業(yè)務(wù)模塊名一致；2、 服務(wù)于同一子模塊的一類(lèi)表盡量以子模塊名（或部分單詞）為前綴或后綴；3、 表名應盡量包含與所存放數據相對應的單詞；4、 字段名稱(chēng)也盡量保持和實(shí)際數據相對應5、 索引名稱(chēng)盡量包含所有的索引鍵字段名或者縮寫(xiě)，且各字段名在索引名中的順序應與索引鍵在索引中的索引順序一致，且盡量包含一個(gè)類(lèi)似于idx 或者ind 之類(lèi)的前綴或者后綴，以表名其對象類(lèi)型是索引，同時(shí)還可以包含該索引所屬表的名稱(chēng)；6、 約束等其他對象也應該盡可能包含所屬表或其他對象的名稱(chēng)，以表名各自關(guān)系。7、 同一個(gè)SQL語(yǔ)句中必須統一大小寫(xiě)，不允許SELECT * FROM my_tableWHERE MY_TABLE.col=1;索引的設計說(shuō)明：MyISAM的主鍵索引（聚集索引）和普通索引（非聚集索引）；InnoDB中索引分為聚集索引形式的主鍵索引和非聚集索引形式的普通索引。頻繁的作為條件進(jìn)行查詢(xún)的字段應創(chuàng )建索引·唯一性太差的字段不要創(chuàng )建索引頻繁更新的字段不適合創(chuàng )建索引·能建立組合索引的盡量建立組合索引·索引鍵長(cháng)不能過(guò)長(cháng)（最大限制為1000個(gè)字節）·join條件字段類(lèi)型不一致的時(shí)候mysql無(wú)法使用索引·如果一個(gè)字段設計成用來(lái)存儲URL，則可以新增一個(gè)被索引的url_crc列，使用CRC32做哈希·如果對較長(cháng)的字段使用索引，可以考慮前綴索引（注意索引唯一性）·避免使用重復索引(可以使用pt-duplicate-key-checker來(lái)檢查重復索引)·統計未使用的索引(可以使用pt-index-usage來(lái)查看)·只有MyISAM存儲引擎支持FULLTEXT索引，并且只為CHAR、VARCHAR 和TEXT 列7外鍵問(wèn)題InnoDB中定義外鍵時(shí)需要注意的地方：InnoDB有問(wèn)題的方式InnoDB正常的方式Create Table: CREATE TABLE `person` (`id` smallint(5) unsigned NOT NULL AUTO_INCREMENT,`name` char(60) NOT NULL,PRIMARY KEY (`id`)) ENGINE=InnoDB DEFAULT CHARSET=utf8CREATE TABLE shirt (id SMALLINT UNSIGNED NOT NULL AUTO_INCREMENT,style ENUM('t-shirt', 'polo', 'dress') NOT NULL,color ENUM('red', 'blue', 'orange', 'white', 'black') NOT NULL,owner SMALLINT UNSIGNED NOT NULL REFERENCES person(id),PRIMARY KEY (id)) ENGINE=InnoDB DEFAULT CHARSET=utf8;CREATE TABLE person2 (id SMALLINT UNSIGNED NOT NULL AUTO_INCREMENT,name CHAR(60) NOT NULL,PRIMARY KEY (id)) ENGINE=InnoDB DEFAULT CHARSET=utf8;CREATE TABLE shirt2 (id SMALLINT UNSIGNED NOT NULL AUTO_INCREMENT,style ENUM('t-shirt', 'polo', 'dress') NOT NULL,color ENUM('red', 'blue', 'orange', 'white', 'black') NOT NULL,owner SMALLINT UNSIGNED NOT NULL,PRIMARY KEY (id),FOREIGN KEY(owner) REFERENCES person2(id)) ENGINE=InnoDB DEFAULT CHARSET=utf8;mysql> show create table shirt\G*************************** 1. row ***************************Table: shirtCreate Table: CREATE TABLE `shirt` (`id` smallint(5) unsigned NOT NULL AUTO_INCREMENT,`style` enum('t-shirt','polo','dress') NOT NULL,`color` enum('red','blue','orange','white','black') NOT NULL,`owner` smallint(5) unsigned NOT NULL,PRIMARY KEY (`id`)) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf81 row in set (0.00 sec)mysql> show create table shirt2\G*************************** 1. row ***************************Table: shirt2Create Table: CREATE TABLE `shirt2` (`id` smallint(5) unsigned NOT NULL AUTO_INCREMENT,`style` enum('t-shirt','polo','dress') NOT NULL,`color` enum('red','blue','orange','white','black') NOT NULL,`owner` smallint(5) unsigned NOT NULL,PRIMARY KEY (`id`),KEY `owner` (`owner`),CONSTRAINT `` FOREIGN KEY (`owner`) REFERENCES `person2` (`id`)) ENGINE=InnoDB DEFAULT CHARSET=utf81 row in set (0.00 sec)Show create table的時(shí)候，表shirt并沒(méi)有出現外鍵定義！也相當于沒(méi)有定義外鍵！在刪除父表的時(shí)候，不會(huì )報錯！這樣定義的外鍵就會(huì )有CONSTRAINT語(yǔ)句，外鍵約束在起作用，當刪除父表數據時(shí)，會(huì )報錯：ERROR 1451 (23000): Cannot delete or update a parent row: a foreign key constraint fails (`test`.`shirt2`, CONSTRAINT `shirt2_ibfk_1` FOREIGN KEY (`owner`) REFERENCES `person2` (`id`))alter table shirt2 drop FOREIGN KEY shirt2_ibfk_1;alter table shirt2 add constraint shirt2_ibfk_1 FOREIGN KEY (owner) REFERENCES person2(id) ON DELETE CASCADE ON UPDATE CASCADE;7準實(shí)時(shí)性數據處理如系統當前在線(xiàn)人數，論壇系統當前總帖數、回帖數等，多條件大結果集查詢(xún)頁(yè)面的總結果數以及總頁(yè)數，某些虛擬積分的top n 排名等等。這些統計的計算都會(huì )涉及到大量的數據，同時(shí)也需要大量的計算資源，訪(fǎng)問(wèn)頻率也都非常的高。如果都通過(guò)實(shí)時(shí)統計，恐怕只要數據量稍微大一些，都會(huì )帶來(lái)非常大的硬件資源開(kāi)銷(xiāo)。但在短時(shí)間內的不夠精確，又并不會(huì )帶來(lái)太大用戶(hù)體驗的降低。所以完全可以通過(guò)定時(shí)任務(wù)程序（如cront跑一個(gè)腳本定時(shí)的去算統計數據），沒(méi)隔一定時(shí)間段進(jìn)行一次統計后存放在專(zhuān)門(mén)設計的統計表中。這樣，在統計數據需要展示的時(shí)候，我們只需要從統計好的結果數據中取出即可。垂直分割需求示例一：在Users表中有一個(gè)字段是家庭地址，這個(gè)字段是可選字段，相比起，除了個(gè)人信息外，并不需要經(jīng)常讀取或是改寫(xiě)這個(gè)字段。那么，可以把這個(gè)字段設計到另外一張表中。這樣的表有更好的性能。示例二： 你有一個(gè)叫 “l(fā)ast_login” 的字段，它會(huì )在每次用戶(hù)登錄時(shí)被更新。但是，每次更新時(shí)會(huì )導致該表的查詢(xún)緩存被清空。所以，你可以把這個(gè)字段放到另一個(gè)表中，這樣就不會(huì )影響你對用戶(hù)ID，用戶(hù)名，用戶(hù)角色的不停地讀取了，因為查詢(xún)緩存會(huì )幫你增加很多性能。另外，你需要注意的是，這些被分出去的字段所形成的表，確保不會(huì )經(jīng)常性地去Join他們，不然的話(huà)，這樣的性能會(huì )比不分割時(shí)還要差，而且，會(huì )是指數級的下降。9水平拆分需求譬如DNWeb的eventlog表，里面的log類(lèi)型分為很多種，而且這個(gè)表又比較大，所以這個(gè)時(shí)候最好做水平拆分，將像登陸記錄，統計在線(xiàn)人數等類(lèi)型分離出去。10適度冗余的設計被頻繁引用且只能通過(guò)join 2張（或者更多）大表的方式才能得到的獨立小字段，適合作為一個(gè)冗余字段，但要保證數據的一致性！第三章數據庫安全審核1賬戶(hù)和權限UserFrom HostAdministrative Rolesga2192.168.0.132rootLocalhost執行：SELECT DISTINCT CONCAT('User: ''',user,'''@''',host,''';') AS queryFROM mysql.user;（可以根據MySQL Workbench這個(gè)軟件來(lái)看）第四章MySQL優(yōu)化安裝優(yōu)化（1）二進(jìn)制的發(fā)行版包括RPM等包裝好的特定二進(jìn)制版本：好處：a) 通過(guò)非常簡(jiǎn)單的安裝方式快速完成MySQL 的部署；b) 安裝版本是經(jīng)過(guò)比較完善的功能和性能測試的編譯版本；c) 所使用的編譯參數更具通用性的，且比較穩定；不足：存儲引擎的種類(lèi)，字符集的選擇，安裝目錄，等都是定制好的（后期也可以更改），一臺server上只能安裝一個(gè)MySQL。補充RPM默認安裝路徑：/usr/bin客戶(hù)端程序和腳本、比如 mysqladmin mysqldump等命令/var/lib/mysql數據目錄/usr/share/mysqlmysql.server命令及配置文件, 錯誤消息和字符集文件/etc/rc.d/init.d/啟動(dòng)腳本文件mysql的目錄/usr/share/sql-bench基準測試程序（2）源碼編譯安裝：好處：a) 針對自己的硬件平臺選用合適的編譯器來(lái)優(yōu)化編譯后的二進(jìn)制代碼；b) 根據不同的軟件平臺環(huán)境調整相關(guān)的編譯參數；c) 針對我們特定應用場(chǎng)景選擇需要什么組件不需要什么組件；d) 根據我們的所需要存儲的數據內容選擇只安裝我們需要的字符集；e) 同一臺主機上面可以安裝多個(gè)MySQL；不足：a) 對編譯參數的不夠了解造成編譯參數使用不當可能使編譯出來(lái)的二進(jìn)制代碼不夠穩定；b) 對自己的應用環(huán)境把握失誤而使用的優(yōu)化參數可能反而使系統性能更差；c) 還有一個(gè)并不能稱(chēng)之為隱患的小問(wèn)題就是源碼編譯安裝將使安裝部署過(guò)程更為復雜，所花費的時(shí)間更長(cháng)補充（mysql5.5以后是通過(guò)cmake來(lái)編譯的）安裝cmake-2.8.4.tar.gz# yum install make gcc gcc-c++ ncurses-devel openssl-devel bison cmake -y或者# wgethttp://www.cmake.org/files/v2.8/cmake-2.8.4.tar.gz# tar zxvf cmake-2.8.4.tar.gz# cd cmake-2.8.4# ./bootstrap# gmake# gmake install# ./configure# make && make install添加mysql用戶(hù)查看是否有mysql用戶(hù)及用戶(hù)組# cat /etc/passwd 查看用戶(hù)列表# cat /etc/group  查看用戶(hù)組列表如果沒(méi)有就創(chuàng )建# groupadd mysql# useradd -g mysql mysql修改/usr/local/mysql權限# chown -R mysql:mysql /usr/local/mysql獲取解壓mysql-5.6.15#wget http://mirrors.sohu.com/mysql/MySQL-5.6/mysql-5.6.15.tar.gz# tar zxvf mysql-5.6.15.tar.gz# cd mysql-5.6.15編譯mysql-5.6.15cmake \-DCMAKE_INSTALL_PREFIX=/usr/local/mysql \-DMYSQL_DATADIR= \-DSYSCONFDIR=/etc \-DWITH_MYISAM_STORAGE_ENGINE=1 \-DWITH_INNOBASE_STORAGE_ENGINE=1 \-DWITH_PARTITION_STORAGE_ENGINE=1\-DWITH_MEMORY_STORAGE_ENGINE=1 \-=1 \  #啟用readline庫支持（提供可編輯的命令行）-DWITH_SSL=system \  #啟用ssl庫支持（安全套接層）-DMYSQL_UNIX_ADDR=/var/lib/mysql/mysql.sock \  #指定sock路徑-DMYSQL_TCP_PORT=3306 \-DMYSQL_USER=mysql \  #指定mysql用戶(hù)(默認為mysql)-DENABLED_LOCAL_INFILE=1 \  #啟用本地數據導入支持-DWITH_DEBUG=0\  #禁用debug（默認為禁用）-=0\  #禁用Profiling分析（默認為開(kāi)啟）-DEXTRA_CHARSETS=all \  #啟用額外的字符集類(lèi)型（默認為all）-DDEFAULT_CHARSET=utf8 \-DDEFAULT_COLLATION=utf8_general_ci# make && make install復制配置文件# cp support-files/my-medium.cnf /etc/my.cnf初始化數據庫# chmod 755 scripts/mysql_install_db# scripts/mysql_install_db --user=mysql --basedir=/usr/local/mysql/ \--datadir=/usr/local/mysql/data/設置mysqld的開(kāi)機啟動(dòng)# cp support-files/mysql.server /etc/init.d/mysql# chmod 755 /etc/init.d/mysql# chkconfig mysql on設置PATH# export PATH=/usr/local/mysql/bin:$PATH讓PATH生效source /etc/profile2 MySQL日志設置優(yōu)化首先看下BINLOG（做主從的時(shí)候要開(kāi)啟）（默認情況下，系統僅僅打開(kāi)錯誤日志log_error）：·：在事務(wù)過(guò)程中容納二進(jìn)制日志SQL語(yǔ)句的緩存大小，是為每個(gè)客戶(hù)端分配的?？梢詮腳use和binlog_cache_disk_use來(lái)判斷binlog_cache_size的設置是否合理。·max_binlog_cache_size：指所有binlog能夠使用的最大cache內存大小。默認即可·max_binlog_size：binlog日志的最大值，一般設置為512M或者1G，最大為1G。·sync_binlog：默認0，表示當事務(wù)提交之后，MySQL不做fsync之類(lèi)的磁盤(pán)同步指令刷新binlog_cache中的信息到磁盤(pán)，而讓filesystem自行決定什么時(shí)候同步，或者cache滿(mǎn)了之后才同步到磁盤(pán)。這個(gè)時(shí)候性能是最好的，但也是風(fēng)險較大的。設置為1的時(shí)候，故障時(shí)最多只丟失binglog_cache中未完成的一個(gè)事務(wù)，是最安全但是性能損耗較大。對于高并發(fā)事務(wù)系統來(lái)說(shuō)，sync_binlog保持默認即可。·binlog_do_db：設置哪些數據庫需要記錄binlog；最好不要使用此設置·binlog_ignore_db：設置哪些數據庫不需要記錄binlog；最好不要使用此設置例如：binlog_cache_size = 4M##max_binlog_cache_size = 16EB ##默認即可max_binlog_size = 512Msync_binlog = 0SLOW QUERY LOG相關(guān)參數及使用建議（初期臨時(shí)可以開(kāi)啟，動(dòng)態(tài)變量可以直接關(guān)閉set global slow_query_log=OFF;）：slow_query_log_file = /var/log/mylogs/slowquery.loglong_query_time = 1log-queries-not-using-indexes優(yōu)化QueryCache的缺點(diǎn)（所以一般禁用query_cache）：后端的任何一個(gè)表的任何一條數據發(fā)生變化后，就會(huì )將與該表有關(guān)的query的cache全部失效。query語(yǔ)句的hash運算以及hash查找資源CPU消耗；query cache中緩存的是result set，而不是數據頁(yè)QueryCache相關(guān)參數：·have_query_cache：是否支持Query Cache；·query_cache_limit：存放的單條query最大的result set，默認1M；·query_cache_min_res_unit：query cache每個(gè)result set存放的最小內存大小，默認4K；·query_cache_size：系統中用于query cache內存的大??；默認1048576B=1024K·query_cache_type：是否啟用Query Cache；（>= 5.6.8，默認禁止）query_cache_wlock_invalidate：針對MyISAM存儲引擎，設置當有write lock在某個(gè)table上面的時(shí)候，讀請求時(shí)要等write lock釋放資源之后再查詢(xún)，還是允許直接從query cache中讀取結果，默認為false（可以直接從query cache中取出結果）；Query Cache 命中率=Qcache_hits / ( Qcache_hits + Qcache_inserts )；例如：query_cache_type = 0 ##禁止Query Cache，MySQL>= 5.6.8，默認禁止query_cache_limit = 1Mquery_cache_min_res_unit = 4Kquery_cache_size = 1Mquery_cache_wlock_invalidate = 0 ##默認0，可以直接從query cache中取出結果4 MySQL Server其他常用優(yōu)化網(wǎng)絡(luò )連接與連接線(xiàn)程：max_connections：整個(gè)MySQL允許的最大連接數；一般來(lái)說(shuō)500 到800 左右是一個(gè)比較合適的參考值，默認為151，可以依照Max_used_connections/ max_connections * 100% ≈ 85%。·net_buffer_length：網(wǎng)絡(luò )包傳輸中，傳輸消息之前的net buffer 初始化大??；系統默認大小為16KB，一般來(lái)說(shuō)可以滿(mǎn)足大多數場(chǎng)景max_allowed_packet：在網(wǎng)絡(luò )傳輸中，一次傳消息輸量的最大值；這個(gè)參數與net_buffer_length 相對應，只不過(guò)是net buffer 的最大值。系統默認值為16MB，最大值是1GB，必須設定為1024 的倍數，單位為字節。當與大的BLOB字段一起工作，可以適當增加。·back_log：在MySQL 的連接請求等待隊列中允許存放的最大連接請求數。 (MySQL>= 5.6.6)默認為-1 (autosized)，初始為50 + (max_connections / 5)，封頂為900·thread_cache_size：Thread Cache 池中應該存放的連接線(xiàn)程數。一般來(lái)說(shuō)可能50 到100 之間應該就可以了。默認為-1 (autosized)，初始為 8 + (max_connections / 100)，封頂為100·thread_stack：每個(gè)連接線(xiàn)程被創(chuàng )建的時(shí)候，MySQL 給他分配線(xiàn)程使用的堆大小。使用系統的默認值（256KB）基本上可以所有的普通應用環(huán)境。Threads_Cache_Hit =(Connections - Threads_created) / Connections * 100%Table Cache相關(guān)的優(yōu)化：table_open_cache：設置系統中Cache的打開(kāi)表文件描述符的數量，默認2000,  (MySQL>= 5.6.12, autosized)。Sort Buffer和Join Buffer：·join_buffer_size：當Join是ALL，index，rang或者index_merge 的時(shí)候使用的Buffer；一般設置為1-2M即可。·sort_buffer_size：系統中對數據進(jìn)行排序的時(shí)候使用的Buffer；一般設置設置為2-4M即可。例如：max_connections = 800net_buffer_length = 16Kmax_allowed_packet = 32Mback_log = -1 ##默認為-1 (autosized)，初始為 50 + (max_connections / 5)，封頂為900thread_cache_size = -1 ##默認為-1 (autosized)，初始為 8 + (max_connections / 100)，封頂為100thread_stack = 256Ktable_open_cache = 2000 ## 默認2000，MySQL>= 5.6.12, autosizedjoin_buffer_size = 2Msort_buffer_size = 4M5 MyISAM常用優(yōu)化索引緩存優(yōu)化：·key_buffer_size：索引緩存大??；一般來(lái)說(shuō)，如果我們的MySQL 是運行在32 位平臺紙上，此值建議不要超過(guò)2GB 大小。如果是運行在64 位平臺紙上則不用考慮此限制，但也最好不要超過(guò)4GB。(只適用于MyISAMServer)，索引緩存中的Cache Block Size，默認即可；Key_buffer_UsageRatio = (1 -Key_blocks_used/(Key_blocks_used + Key_blocks_unused)) *100%Key_Buffer_Read_HitRatio = (1 -Key_reads/Key_read_requests) * 100%Key_Buffer_Write_HitRatio= (1 - Key_writes/Key_Write_requests) * 100%表讀取緩存優(yōu)化：read_buffer_size，以SequentialScan 方式掃描表數據時(shí)候使用的Buffer；每個(gè)Thread進(jìn)行Sequential Scan 的時(shí)候都會(huì )產(chǎn)生該Buffer，所以在設置的時(shí)候盡量不要太高，避免因為并發(fā)太大造成內存不夠。系統默認為128KB，最大為2GB，設置的值必須是4KB的倍數，否則系統會(huì )自動(dòng)更改成小于設置值的最大的4KB 的倍數?？梢試L試適當調大此參數看是否能夠改善全表掃描的性能，一般設置為2MB即可。read_rnd_buffer_size，進(jìn)行RandomScan 的時(shí)候使用的Buffer；read_rnd_buffer_size的默認值256KB，最大值為4G。一般來(lái)說(shuō)，read_rnd_buffer_size 值的適當調大，對提高ORDER BY 操作的性能有一定的效果。一般設置為read_rnd_buffer_size= 8M并發(fā)優(yōu)化：·concurrent_insert：提高INSERT 操作和SELECT 之間的并發(fā)處理，使二者盡可能并行。大部分情況下concurrent_insert 的值都被設置為1，當表中沒(méi)有刪除記錄留下的空余空間的時(shí)候都可以在尾部并行插入。這其實(shí)也是MyISAM 的默認設置。如果我們的系統主要以寫(xiě)為主，尤其是有大量的INSERT 的時(shí)候。為了盡可能提高INSERT 的效率，我們可以將concurrent_insert 設置為2，也就是告訴MyISAM，不管在表中是否有刪除行留下的空余空間，都在尾部進(jìn)行并發(fā)插入，使INSERT 和SELECT 能夠互不干擾。默認設置AUTO，保留默認設置即可。例如：key_buffer_size = 512M ##此值只對MyISAM表有效read_buffer_size = 2Mread_rnd_buffer_size = 8Mconcurrent_insert = AUTO常用優(yōu)化Innodb緩存相關(guān)優(yōu)化：·innodb_buffer_pool_size：設置Innodb 最主要的Buffer(Innodb_Buffer_Pool)的大小，也就是緩存用戶(hù)表及索引數據的最主要緩存空間，對Innodb 整體性能影響也最大。一般為設置Innodb 的Buffer Pool 設置為整個(gè)系統物理內存的之間innodb_log_buffer_size：這個(gè)參數就是用來(lái)設置Innodb 的Log Buffer 大小的，系統默認值為1MB。Log Buffer的主要作用就是緩沖Log 數據，提高寫(xiě)Log 的IO 性能。一般來(lái)說(shuō)，如果你的系統不是寫(xiě)負載非常高且以大事務(wù)居多的話(huà)，8MB 以?xún)鹊拇笮【屯耆銐蛄恕?div style="height:15px;">