Mycat高可用解決方案一（mysql安裝）
Mycat關鍵特性
關鍵特性
- 支持SQL92標准
- 支持MySQL、Oracle、DB2、SQL Server、PostgreSQL等DB的常見SQL語法
- 遵守Mysql原生協議，跨語言，跨平台，跨數據庫的通用中間件代理。
- 基於心跳的自動故障切換，支持讀寫分離，支持MySQL主從，以及galera cluster集群。
- 支持Galera for MySQL集群，Percona Cluster或者MariaDB cluster
- 基於Nio實現，有效管理線程，解決高並發問題。
- 支持數據的多片自動路由與聚合，支持sum,count,max等常用的聚合函數,支持跨庫分頁。
- 支持單庫內部任意join，支持跨庫2表join，甚至基於caltlet的多表join。
- 支持通過全局表，ER關系的分片策略，實現了高效的多表join查詢。
- 支持多租戶方案。
- 支持分布式事務（弱xa）。
- 支持XA分布式事務（1.6.5）。
- 支持全局序列號，解決分布式下的主鍵生成問題。
- 分片規則豐富，插件化開發，易於擴展。
- 強大的web，命令行監控。
- 支持前端作為MySQL通用代理，后端JDBC方式支持Oracle、DB2、SQL Server 、 mongodb 、巨杉。
- 支持密碼加密
- 支持服務降級
- 支持IP白名單
- 支持SQL黑名單、sql注入攻擊攔截
- 支持prepare預編譯指令（1.6）
- 支持非堆內存(Direct Memory)聚合計算（1.6）
- 支持PostgreSQL的native協議（1.6）
- 支持mysql和oracle存儲過程，out參數、多結果集返回（1.6）
- 支持zookeeper協調主從切換、zk序列、配置zk化（1.6）
- 支持庫內分表（1.6）
- 集群基於ZooKeeper管理，在線升級，擴容，智能優化，大數據處理（2.0開發版）。
- 一個徹底開源的，面向企業應用開發的大數據庫集群
- 支持事務、ACID、可以替代MySQL的加強版數據庫
- 一個可以視為MySQL集群的企業級數據庫，用來替代昂貴的Oracle集群
- 一個融合內存緩存技術、NoSQL技術、HDFS大數據的新型SQL Server
- 結合傳統數據庫和新型分布式數據倉庫的新一代企業級數據庫產品
- 一個新穎的數據庫中間件產品
- 支持對Mycat、Mysql性能監控
- 支持對Mycat的JVM內存提供監控服務
- 支持對線程的監控
- 支持對操作系統的CPU、內存、磁盤、網絡的監控
- 完全實現分布式事務，完全的支持分布式。
- 通過Mycat web（eye）完成可視化配置，及智能監控，自動運維。
- 通過mysql 本地節點，完整的解決數據擴容難度，實現自動擴容機制，解決擴容難點。
- 支持基於zookeeper的主從切換及Mycat集群化管理。
- 通過Mycat Balance 替代第三方的Haproxy，LVS等第三方高可用，完整的兼容Mycat集群節點的動態上下線。
- 接入Spark等第三方工具，解決數據分析及大數據聚合的業務場景。
- 通過Mycat智能優化，分析分片熱點，提供合理的分片建議，索引建議，及數據切分實時業務建議。
什么是MYCAT
- 一個徹底開源的，面向企業應用開發的大數據庫集群
- 支持事務、ACID、可以替代MySQL的加強版數據庫
- 一個可以視為MySQL集群的企業級數據庫，用來替代昂貴的Oracle集群
- 一個融合內存緩存技術、NoSQL技術、HDFS大數據的新型SQL Server
- 結合傳統數據庫和新型分布式數據倉庫的新一代企業級數據庫產品
- 一個新穎的數據庫中間件產品
MYCAT監控
- 支持對Mycat、Mysql性能監控
- 支持對Mycat的JVM內存提供監控服務
- 支持對線程的監控
- 支持對操作系統的CPU、內存、磁盤、網絡的監控
目標
低成本的將現有的單機數據庫和應用平滑遷移到“雲”端，解決數據存儲和業務規模迅速增長情況下的數據瓶頸問題。
1.6版本架構
長期規划2.0
- 完全實現分布式事務，完全的支持分布式。
- 通過Mycat web（eye）完成可視化配置，及智能監控，自動運維。
- 通過mysql 本地節點，完整的解決數據擴容難度，實現自動擴容機制，解決擴容難點。
- 支持基於zookeeper的主從切換及Mycat集群化管理。
- 通過Mycat Balance 替代第三方的Haproxy，LVS等第三方高可用，完整的兼容Mycat集群節點的動態上下線。
- 接入Spark等第三方工具，解決數據分析及大數據聚合的業務場景。
- 通過Mycat智能優化，分析分片熱點，提供合理的分片建議，索引建議，及數據切分實時業務建議。
優勢
基於阿里開源的Cobar產品而研發，Cobar的穩定性、可靠性、優秀的架構和性能以及眾多成熟的使用案例使得MYCAT一開始就擁有一個很好的起點，站在巨人的肩膀上，我們能看到更遠。業界優秀的開源項目和創新思路被廣泛融入到MYCAT的基因中，使得MYCAT在很多方面都領先於目前其他一些同類的開源項目，甚至超越某些商業產品。
MYCAT背后有一支強大的技術團隊，其參與者都是5年以上資深軟件工程師、架構師、DBA等，優秀的技術團隊保證了MYCAT的產品質量。
MYCAT並不依托於任何一個商業公司，因此不像某些開源項目，將一些重要的特性封閉在其商業產品中，使得開源項目成了一個擺設。
Mycat高可用方案
MyCAT 和 TDDL、Amoeba、Cobar 癿架構比較
部署環境
系統版本：
操作系統：CentOS-6.4 操作用戶：root/hadoop 系統 IP：192.168.199.101 主機名：mysql-01 配置：4 核、2G 內存
軟件版本：
MySQL 版本：mysql-5.7.9 JDK版本：jdk1.7 HAProxy版本：haproxy-1.5.19.tar.gz mycat版本：1.6.5 keepalived版本：
一、服務器配置：
1、配置網絡
# vi /etc/sysconfig/network-scripts/ifcfg-eth0
DEVICE=eth0 TYPE=Ethernet ONBOOT=yes NM_CONTROLLED=no BOOTPROTO=static #HWADDR=00:50:56:a1:12:53 IPADDR=192.168.199.101 GATEWAY=192.168.199.2 NETMASK=255.255.255.0 DNS1=8.8.8.8 DNS2=192.168.199.2
2、設置主機名
# vi /etc/sysconfig/network
NETWORKING=yes HOSTNAME=mysql-01
3、設置 IP 與主機名的映射，
如果服務器啟動但您無法連接到它，請確保您有一個條目/etc/hosts ，如下所示：
127.0.0.1 localhost
# vi /etc/hosts
127.0.0.1 localhost
127.0.0.1 mysql-01
192.168.199.101 mysql-01
4、兩台數據庫服務器的的 selinux 都要 disable
（永久關閉 selinux，請修改/etc/selinux/config，將 SELINUX 改為 disabled）
# vi /etc/selinux/config
SELINUX=disabled
5、重啟操作系統
# reboot
======================================
二、mysql安裝 MySQL5.7：
1、使用下面的命令檢查是否安裝有 MySQL Server:
# rpm -qa | grep mysql
mysql-libs-5.1.73-3.el6_5.x86_64
如果是 CentOS7 以上，請使用以下命令查看：
# rpm -qa | grep mariadb
mariadb-libs-5.5.41-2.el7_0.x86_64
（因為沒有 MySQL 服務，因此沒必要卸載。mysql-libs 是 MySQL 的必要包）
（如果有的話可通過下面的命令來卸載掉，rpm -e mysql --nodeps //普通刪除模）
2、改防火牆設置，打開 3306 端口：
# vi /etc/sysconfig/iptables
增加如下行：
# MySQL
-A INPUT -p tcp -m state --state NEW -m tcp --dport 3306 -j ACCEPT
或者關閉防火牆：
（1）即時生效，重啟后失效
開啟： service iptables start
關閉： service iptables stop 或者systemctl stop firewalld.service
（2）重啟后生效
開啟： chkconfig iptables on
關閉： chkconfig iptables off
重啟防火牆：
# service iptables restart
3、新增 mysql 用戶組：
# groupadd mysql
4、新增 mysql 用戶，並添加到 mysql 用戶組：
# useradd -r -g mysql mysql
5、新建 MySQL 執行文件目錄(后面會把編譯好的 mysql 程序安裝到這個目錄)：
# mkdir -p /usr/local/mysql
（-p 參數的作用是：如果最終目錄的父目錄不存在也會一並創建,編譯安裝方式才需要手動創建，非編譯方式省略此步驟）
6、新建 MySQL 數據庫數據文件目錄：
# mkdir -p /home/mysql/data
# mkdir -p /home/mysql/logs
# mkdir -p /home/mysql/temp
（注意：上面的 logs 及 temp 目錄是為了以后將 MySQL 的數據文件與執行程序文件分離，
如果你打算設置到不同的路徑，注意修改對應的執行命令和數據庫初始化腳本。正式生產環
境，建議數據目錄和日志目錄都使用單獨的分區來掛載，不同分區屬於不同的磁盤或磁盤組。）
7、下載mysql免編譯安裝包：
wget https://downloads.mysql.com/archives/get/file/mysql-5.7.9-linux-glibc2.5-x86_64.tar.gz
8、解壓：
tar -zxvf mysql-5.7.9-linux-glibc2.5-x86_64.tar.gz -C /usr/local/
文件夾重命名：
# cd /usr/local/
# mv mysql-5.7.9-linux-glibc2.5-x86_64/ mysql/
9、增加 PATH 環境變量搜索路徑：
# vi /etc/profile
##在 profile 文件末尾增加兩行
# mysql env param
PATH=/usr/local/mysql/bin:/usr/local/mysql/lib:$PATH
使 PATH 搜索路徑立即生效：
# source /etc/profile
10、修改 mysql 目錄擁有者為 mysql 用戶：
# chown -Rf mysql:mysql /usr/local/mysql # chown -Rf mysql:mysql /home/mysql
11、進入 mysql 執行程序的安裝路徑：
# cd /usr/local/mysql
執行初始化配置腳本，創建系統自帶的數據庫和表（注意：路徑/home/mysql/data 需要換成你自定定義的數據庫存放路徑）：
數據初始化變更：
mysq5.7之前：
# scripts/mysql_install_db --user=mysql \ --basedir=/usr/local/mysql \ --datadir=/home/mysql/data
mysq5.7之后：
bin/mysqld --initialize --user=mysql \ --basedir=/usr/local/mysql \
--datadir=/home/mysql/data
記錄登錄初始化密碼： root@localhost: zB<3Ek+e7FU0
12、拷貝配置文件到 /etc目錄下：
cp /usr/local/mysql/support-files/my-default.cnf /etc/my.cnf
初始化腳本在/usr/local/mysql/下生成了配置文件 my.cnf，需要更改該配置文件的所有者：
# ls -lah
chown -Rf mysql:mysql /etc/my.cnf
注意：
（1）在啟動 MySQL 服務時，會按照一定次序搜索 my.cnf，先在/etc 目錄下找，找不到則會搜索 mysql 程序目錄下是否有 my.cnf
（2）需要注意 CentOS 6 版操作系統的最小安裝完成后，即使沒有安裝 mysql，在/etc 目錄下也會存在一個 my.cnf 文件，建議將此文件更名為其他的名字。
否則該文件會干擾源碼安裝的 MySQL 的正確配置，造成無法啟動。修改/etc/my.cnf 操作如下：
可以：mv /etc/my.cnf /etc/my.cnf.bak
也可以：刪除掉/etc/my.cnf 這個文件：rm /etc/my.cnf
如果你需要用於生產環境，不要急着做下面的 mysql 啟動操作。建議把上一步驟中 mysql初始化生成的/usr/local/mysql/my.cnf 刪除，然后把你優化好的 mysql 配置文件 my.cnf 放到/etc下。（我們這里使用/etc/my.cnf）
13、編輯/etc/my.cnf: # vi /etc/my.cnf
#######################################################################
# 詳細參數參考地址：
# http://dev.mysql.com/doc/refman/5.7/en/server-configuration-defaults.html
#
#######################################################################
[client]
port = 3306
default-character-set=utf8mb4
socket=/var/lib/mysql/mysql.sock
[mysql]
port = 3306
default-character-set=utf8mb4
socket=/var/lib/mysql/mysql.sock
[mysqld]
######################################################################
# basic settings 基本設置
# 1、lower_case_table_names：庫名、表名是否區分大小寫。
# 默認為0，設置1，不區分大小寫，創建的表、數據庫都以小寫形式存放磁盤。
# 2、skip-grant-table：跳過數據庫權限驗證，找回密碼時有用
######################################################################
bind-address = 0.0.0.0
port = 3306
lower_case_table_names=1
#skip-grant-tables
#skip-networking
explicit_defaults_for_timestamp=1
table_open_cache = 8000
######################################################################
# character set 編碼
######################################################################
character-set-server = utf8mb4
collation-server = utf8mb4_bin
######################################################################
# dir 數據目錄
# 有條件的情況下，目錄分別掛載到不同的磁盤目錄，提高磁盤io對數據庫性能影響。
######################################################################
basedir = /usr/local/mysql
datadir = /home/mysql/data
tmpdir = /home/mysql/temp
######################################################################
# time out 超時時間
######################################################################
connect_timeout = 20
wait_timeout=86400
######################################################################
# connection 最大連接個數
######################################################################
max_connections = 500
max_user_connections = 1000
max_connect_errors = 100000
max_allowed_packet = 32M
######################################################################
# innodb 存儲引擎
# innodb_buffer_pool_size 一般配置為物理內存的1/2 或2/3
######################################################################
default-storage-engine = INNODB
innodb_buffer_pool_size = 512M
innodb_log_buffer_size = 32M
innodb_log_file_size = 128M
innodb_flush_method = O_DIRECT
innodb_thread_concurrency = 64
######################################################################
#slow query 慢查詢日志
#
######################################################################
slow-query-log = on
slow-query-log-file = /home/mysql/logs/mysql-slow.log
long_query_time= 2
log_queries_not_using_indexes = on
######################################################################
# log-bin 二進制日志：
# 1、開啟log-bin 必須配置server-id
# 2、binlog_ignore_dbL：log-bin 忽略的表
# 3、binlog_format取值：
# STATEMENT：導致日志記錄基於語句。
# ROW：導致日志記錄基於行。
# MIXED：導致日志記錄使用混合格式。
######################################################################
server-id=100
log_bin=mysql-bin
binlog_format = MIXED
sync_binlog = 1
expire_logs_days =7
binlog_cache_size = 128m
max_binlog_cache_size =512m
max_binlog_size =256M
binlog_ignore_db=mysql
binlog_ignore_db=information_schema
binlog_ignore_db=performation_schema
binlog_ignore_db=sys
######################################################################
# relay-log 中繼日志
#
######################################################################
relay_log = mysql-relay-bin
relay_log_purge = on
relay_log_recovery = on
max_relay_log_size = 512M
######################################################################
# cache 緩存
#
######################################################################
query_cache_type = 1
query_cache_size = 256M
query_cache_limit = 2M
query_cache_min_res_unit = 16k
tmp_table_size = 256M
max_heap_table_size = 256M
key_buffer_size = 256M
read_buffer_size = 1M
read_rnd_buffer_size = 16M
bulk_insert_buffer_size = 64M
skip_name_resolve=ON
back_log=600
sort_buffer_size=4M
join_buffer_size = 4M
thread_cache_size = 300
######################################################################
# sql mode 在MySQL 5.7的默認SQL模式包括以下模式：
# ONLY_FULL_GROUP_BY,
# STRICT_TRANS_TABLES,
# NO_ZERO_IN_DATE,
# NO_ZERO_DATE，
# ERROR_FOR_DIVISION_BY_ZERO,
# NO_AUTO_CREATE_USER,
# NO_ENGINE_SUBSTITUTION。
######################################################################
sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES
[mysqldump]
quick
max_allowed_packet = 32M
[mysqld_safe]
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid
14、復制服務啟動腳本：
# cp /usr/local/mysql/support-files/mysql.server /etc/init.d/mysql
賦予可執行權限
chmod 755 /etc/init.d/mysql
或者
chmod +x /etc/init.d/mysql
3、添加服務
chkconfig --add mysql
4、顯示服務列表
chkconfig --list
或者
chkconfig --list | grep -i mysql
驗證
netstat -na | grep 3306
或者
netstat -apn | grep 3306
15、啟動 MySQL 服務：
# service mysql start
Starting MySQL.. SUCCESS!
（初次啟動會在/usr/local/mysql 目錄下生成 mysql.sock 文件）
修改密碼：
16、設置 MySQL 開機自動啟動服務：
# chkconfig mysql on
存在的問題：
1、mysql 免密碼登錄直接mysql不行可以加上 -h 127.0.0.1 試一試。
2 、初始密碼忘記的情況（打開skip-grant-tables配置）。
設置 MySQL 數據庫 root 用戶的本地登錄密碼（初始用戶沒有密碼）：
# mysqladmin -u root password '123456'
[mysqld] skip-grant-tables=1
登錄並修改 MySQL 用戶 root 的密碼：mysql -h 127.0.0.1
修改 root 用戶密碼：
ALTER USER 'root'@'localhost' IDENTIFIED BY '123456'; 允許 root 遠程登錄，設置遠程登錄密碼：123456
GRANT ALL PRIVILEGES ON *.* TO 'root'@'%' IDENTIFIED BY '123456' WITH GRANT OPTION;
下面是具體步驟：
[root@mysql-01 ~]# mysql -uroot -p Enter password: Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 5 Server version: 5.7.9 Copyright (c) 2000, 2015, Oracle and/or its affiliates. All rights reserved. Oracle is a registered trademark of Oracle Corporation and/or its affiliates. Other names may be trademarks of their respective owners. Type 'help;' or '\h' for help. Type '\c' to clear the current input statement. mysql> ALTER USER 'root'@'localhost' IDENTIFIED BY '123456'; Query OK, 0 rows affected (0.00 sec) mysql> flush privileges; Query OK, 0 rows affected (0.01 sec) mysql> show databases; +--------------------+ | Database | +--------------------+ | information_schema | | mysql | | performance_schema | | sys | +--------------------+ 4 rows in set (0.42 sec) mysql> select host, user, authentication_string, plugin from mysql.user; +-----------+-----------+-------------------------------------------+-----------------------+ | host | user | authentication_string | plugin | +-----------+-----------+-------------------------------------------+-----------------------+ | localhost | root | *6BB4837EB74329105EE4568DDA7DC67ED2CA2AD9 | mysql_native_password | | localhost | mysql.sys | *THISISNOTAVALIDPASSWORDTHATCANBEUSEDHERE | mysql_native_password | +-----------+-----------+-------------------------------------------+-----------------------+ 2 rows in set (0.00 sec) mysql> GRANT ALL PRIVILEGES ON *.* TO 'root'@'%' IDENTIFIED BY '123456' WITH GRANT OPTION; Query OK, 0 rows affected, 1 warning (0.00 sec) mysql> select host, user, authentication_string, plugin from mysql.user; +-----------+-----------+-------------------------------------------+-----------------------+ | host | user | authentication_string | plugin | +-----------+-----------+-------------------------------------------+-----------------------+ | localhost | root | *6BB4837EB74329105EE4568DDA7DC67ED2CA2AD9 | mysql_native_password | | localhost | mysql.sys | *THISISNOTAVALIDPASSWORDTHATCANBEUSEDHERE | mysql_native_password | | % | root | *6BB4837EB74329105EE4568DDA7DC67ED2CA2AD9 | mysql_native_password | +-----------+-----------+-------------------------------------------+-----------------------+ 3 rows in set (0.00 sec)
mysql> flush privileges; Query OK, 0 rows affected (0.01 sec)
mysql> exit
Bye
[root@mysql-01 ~]#
新密碼登錄測試： mysql -uroot -p123456
注意：真實生產環境，應用操作不要使用 root 用戶。
MySQL 5.7數據庫參數優化
bind-address：MySQL服務器在單個網絡套接字上偵聽TCP/IP連接。此套接字綁定到單個地址，但地址可以映射到多個網絡接口。
要指定地址，請使用 服務器啟動時的 選項，其中包含IPv4或IPv6地址或主機名。如果是主機名，則服務器將名稱解析為IP地址並綁定到該地址。
如果主機名解析為多個IP地址，則服務器將使用第一個IPv4地址（如果有），否則使用第一個IPv6地址。
服務器處理不同類型的地址，如下所示：
（1）如果地址是*，則服務器接受所有服務器主機IPv4接口上的TCP/IP連接，如果服務器主機支持IPv6，則接受所有IPv6接口上的TCP/IP連接。
使用此地址允許所有服務器接口上的IPv4和IPv6連接。該值是默認值。
（2）如果地址是0.0.0.0，則服務器接受所有服務器主機IPv4接口上的TCP/IP連接。
（3）如果地址是::，則服務器接受所有服務器主機IPv4和IPv6接口上的TCP/IP連接。
（4）如果地址是IPv4映射地址，則服務器接受IPv4或IPv6格式的該地址的TCP/IP連接。
例如，如果綁定了服務器::ffff:127.0.0.1，則客戶端可以使用--host=127.0.0.1或 連接--host=::ffff:127.0.0.1。
如果地址是“常規” IPv4或IPv6地址（例如127.0.0.1或 ::1），則服務器僅接受該IPv4或IPv6地址的TCP/IP連接。
如果綁定到地址失敗，服務器將產生錯誤並且不會啟動。
如果要將服務器綁定到特定地址，請確保mysql.user系統表包含具有管理權限的帳戶，可用於連接到該地址。否則，您將無法關閉服務器。
例如，如果將服務器綁定到*，則可以使用所有現有帳戶連接到該服務器。但是如果綁定服務器 ::1，它只接受該地址上的連接。
在這種情況下，首先要確保 'root'@'::1'該mysql.user表存在於mysql.user表中，這樣您仍然可以連接到服務器以將其關閉。
二進制文件參數：
log-bin：該值將用作日志文件的名稱。服務器通過向該名稱添加數字后綴來按順序創建二進制日志文件。在MySQL 5.7中，基本名稱默認host_name-bin
二進制日志文件的默認位置是數據目錄。您可以使用該--log-bin選項指定備用位置，方法是在基本名稱中添加前導絕對路徑名以指定其他目錄。當服務器從二進制日志索引文件中讀取條目時，該文件跟蹤已使用的二進制日志文件，它會檢查條目是否包含相對路徑。
設置此選項會導致 log_bin系統變量設置為ON（或1），而不是基本名稱。二進制日志文件基本名稱和任何指定的路徑都可用作 log_bin_basename系統變量。
如果指定 log-bin 選項而不指定a server-id，則不允許啟動服務器。
binlog_format：指定二進制日志的格式：
STATEMENT：導致日志記錄基於語句。
ROW：導致日志記錄基於行。
MIXED：導致日志記錄使用混合格式。
SET GLOBAL binlog_format = 'ROW';
SET SESSION binlog_format = 'ROW';
當存在任何臨時表時，不建議在運行時切換復制格式，因為臨時表僅在使用基於語句的復制時記錄，而基於行的復制則不記錄臨時表。通過混合復制，通常會記錄臨時表; 用戶定義函數（UDF）和函數發生異常 UUID()。
示例：
binlog-format={ROW|STATEMENT|MIXED}
relay-log：用於中繼日志的位置和基本名稱
示例：
relay_log=mysql-relay-bin
max_relay_log_size：如果非零，則當其大小超過此值時，會自動輪換中繼日志。
如果為零，則發生旋轉的大小由max_binlog_size的值確定。
示例：
max_relay_log_size = 512M
relay_log_recovery：是否啟用了在啟動時從主服務器自動恢復中繼日志文件; 必須啟用崩潰安全從站
示例：
relay_log_recovery = on
relay_log_purge：確定是否清除中繼日志
示例：
relay_log_purge = on
slave-max-allowed-packet：可以從復制主服務器發送到從服務器的數據包的最大大小（以字節為單位）; 覆蓋max_allowed_packet
連接相關參數
max_connections：允許客戶端並發連接的最大數量，默認值是151，一般將該參數設置為500-2000
max_connect_errors：如果客戶端嘗試連接的錯誤數量超過這個參數設置的值，則服務器不再接受新的客戶端連接。可以通過清空主機的緩存來解除服務器的這種阻止新連接的狀態，通過FLUSH HOSTS或mysqladmin flush-hosts命令來清空緩存。這個參數的默認值是100，一般將該參數設置為100000。
interactive_timeout：Mysql關閉交互連接前的等待時間，單位是秒，默認是8小時，建議不要將該參數設置超過24小時，即86400
wait_timeout：Mysql關閉非交互連接前的等待時間，單位是秒，默認是8小時，建議不要將該參數設置超過24小時，即86400
skip_name_resolve：如果這個參數設為OFF，則MySQL服務在檢查客戶端連接的時候會解析主機名；如果這個參數設為ON，則MySQL服務只會使用IP，在這種情況下，授權表中的Host字段必須是IP地址或localhost。
這個參數默認是關閉的
back_log：MySQL服務器連接請求隊列所能處理的最大連接請求數，如果隊列放滿了，后續的連接才會拒絕。當主要的MySQL線程在很短時間內獲取大量連接請求時，這個參數會生效。接下來，MySQL主線程會花費很短的時間去檢查連接，然后開啟新的線程。這個參數指定了MySQL的TCP/IP監聽隊列的大小。如果MySQL服務器在短時間內有大量的連接，可以增加這個參數。
文件相關參數sync_binlog：控制二進制日志被同步到磁盤前二進制日志提交組的數量。當這個參數為0的時候，二進制日志不會被同步到磁盤；當這個參數設為0以上的數值時，就會有設置該數值的二進制提交組定期同步日志到磁盤。當這個參數設為1的時候，所有事務在提交前會被同步到二進制日志中，因而即使MySQL服務器發生意外重啟，任何二進制日志中沒有的事務只會處於准備狀態，這會導致MySQL服務器自動恢復以回滾這些事務。這樣就會保證二進制日志不會丟失事務，是最安全的選項；同時由於增加了磁盤寫，這對性能有一定降低。將這個參數設為1以上的數值會提高數據庫的性能，但同時會伴隨數據丟失的風險。建議將該參數設為2、4、6、8、16。
expire_logs_days：二進制日志自動刪掉的時間間隔。默認值為0，代表不會自動刪除二進制日志。想手動刪除二進制日志，可以執行 PURGE BINARY LOGS。
示例：
expire_logs_days =7
max_binlog_size：二進制日志文件的最大容量，當寫入的二進制日志超過這個值的時候，會完成當前二進制的寫入，向新的二進制日志寫入日志。這個參數最小值時4096字節；最大值和默認值時1GB。相同事務中的語句都會寫入同一個二進制日志，當一個事務很大時，二進制日志實際的大小會超過max_binlog_size參數設置的值。如果max_relay_log_size參數設為0，則max_relay_log_size參數會使用和max_binlog_size參數同樣的大小。建議將此參數設為512M。
local_infile：是否允許客戶端使用LOAD DATA INFILE語句。如果這個參數沒有開啟，客戶端不能在LOAD DATA語句中使用LOCAL參數。
open_files_limit：操作系統允許MySQL服務打開的文件數量。這個參數實際的值以系統啟動時設定的值、max_connections和table_open_cache為基礎，使用下列的規則：
- 10 + max_connections + (table_open_cache * 2)
- max_connections * 5
- MySQL啟動時指定open_files_limit的值
緩存控制參數binlog_cache_size：在事務中二進制日志使用的緩存大小。如果MySQL服務器支持所有的存儲引擎且啟用二進制日志，每個客戶端都會被分配一個二進制日志緩存。如果數據庫中有很多大的事務，增大這個緩存可以獲得更好的性能。
Binlog_cache_use和Binlog_cache_disk_use這兩個參數對於binlog_cache_size參數的優化很有用。binlog_cache_size參數只設置事務所使用的緩存，非事務SQL語句所使用的緩存由binlog_stmt_cache_size系統參數控制。建議不要將這個參數設為超過64MB，以防止客戶端連接多而影響MySQL服務的性能。
max_binlog_cache_size：如果一個事務需要的內存超過這個參數，服務器會報錯"Multi-statement transaction required more than 'max_binlog_cache_size' bytes"。這個參數最大的推薦值是4GB，這是因為MySQL不能在二進制日志設為超過4GB的情況下正常的工作。建議將該參數設為binlog_cache_size*2。
binlog_stmt_cache_size：這個參數決定二進制日志處理非事務性語句的緩存。如果MySQL服務支持任何事務性的存儲引擎且開啟了二進制日志，每個客戶端連接都會被分配二進制日志事務和語句緩存。如果數據庫中經常運行大的事務，增加這個緩存可以獲得更好的性能。
table_open_cache：所有線程能打開的表的數量。
thread_cache_size：MySQL服務緩存以重用的線程數。當客戶端斷開連接的時候，如果線程緩存沒有使用滿，則客戶端的線程被放入緩存中。如果有客戶端斷開連接后再次連接到MySQL服務且線程在緩存中，則MySQL服務會優先使用緩存中的線程；如果線程緩存沒有這些線程，則MySQL服務器會創建新的線程。如果數據庫有很多的新連接，可以增加這個參數來提升性能。如果MySQL服務器每秒有上百個連接，可以增大thread_cache_size參數來使MySQL服務器使用緩存的線程。通過檢查Connections和Threads_created狀態參數，可以判斷線程緩存是否足夠。這個參數默認的值是由下面的公式來決定的：8 + (max_connections / 100)
建議將此參數設置為300~500。線程緩存的命中率計算公式為(1-thread_created/connections)*100%，可以通過這個公式來優化和調整thread_cache_size參數。
query_cache_size：為查詢結果所分配的緩存。默認這個參數是沒有開啟的。這個參數的值應設為整數的1024倍，如果設為其他值則會被自動調整為接近此數值的1024倍。這個參數最小需要40KB。建議不要將此參數設為大於256MB，以免占用太多的系統內存。
query_cache_min_res_unit：查詢緩存所分配的最小塊的大小。默認值是4096(4KB)。
query_cache_type：設置查詢緩存的類型。當這個參數為0或OFF時，則MySQL服務器不會啟用查詢緩存；當這個參數為1或ON時，則MySQL服務器會緩存所有查詢結果（除了帶有SELECT SQL_NO_CACHE的語句）；當這個參數為2或DEMAND時，則MySQL服務器只會緩存帶有SELECT SQL_CACHE的語句。
sort_buffer_size：每個會話執行排序操作所分配的內存大小。想要增大max_sort_length參數，需要增大sort_buffer_size參數。如果在SHOW GLOBAL STATUS輸出結果中看到每秒輸出的Sort_merge_passes狀態參數很大，可以考慮增大sort_buffer_size這個值來提高ORDER BY 和 GROUP BY的處理速度。建議設置為1~4MB。當個別會話需要執行大的排序操作時，在會話級別增大這個參數。
read_buffer_size：為每個線程對MyISAm表執行順序讀所分配的內存。如果數據庫有很多順序讀，可以增加這個參數，默認值是131072字節。這個參數的值需要是4KB的整數倍。這個參數也用在下面場景中：
- 當執行ORDER BY操作時，緩存索引到臨時文件（不是臨時表）中；
- 執行批量插入到分區表中；
- 緩存嵌套查詢的執行結果。
read_rnd_buffer_size：這個參數用在MyISAM表和任何存儲引擎表隨機讀所使用的內存。當從MyISAM表中以鍵排序讀取數據的時候，掃描的行將使用這個緩存以避免磁盤的掃描。將這個值設到一個較大的值可以顯著提升ORDER BY的性能。然后，這個參數會應用到所有的客戶端連接，所有不應該將這個參數在全局級別設為一個較大的值；在運行大查詢的會話中，在會話級別增大這個參數即可。
join_buffer_size：MySQL服務器用來作普通索引掃描、范圍索引掃描和不使用索引而執行全表掃描這些操作所用的緩存大小。通常，獲取最快連接的方法是增加索引。當不能增加索引的時候，使全連接變快的方法是增大join_buffer_size參數。對於執行全連接的兩張表，每張表都被分配一塊連接內存。對於沒有使用索引的多表復雜連接，需要多塊連接內存。通常來說，可以將此參數在全局上設置一個較小的值，而在需要執行大連接的會話中在會話級別進行設置。默認值是256KB。
net_buffer_length：每個客戶端線程和連接緩存和結果緩存交互，每個緩存最初都被分配大小為net_buffer_length的容量，並動態增長，直至達到max_allowed_packet參數的大小。當每條SQL語句執行完畢后，結果緩存會縮小到net_buffer_length大小。不建議更改這個參數，除非你的系統有很少的內存，可以調整這個參數。如果語句需要的內存超過了這個參數的大小，則連接緩存會自動增大。net_buffer_length參數最大可以設置到1MB。不能在會話級別設置這個參數。
max_allowed_packet：網絡傳輸時單個數據包的大小。默認值是4MB。包信息緩存的初始值是由net_buffer_length指定的，但是包可能會增長到max_allowed_packet參數設置的值。如果要使用BLOB字段或長字符串，需要增加這個參數的值。這個參數的值需要設置成和最大的BLOB字段一樣的大小。max_allowed_packet參數的協議限制是1GB。這個參數應該是1024整數倍。
bulk_insert_buffer_size：MyISAM表使用一種特殊的樹狀緩存來提高批量插入的速度，如INSERT ... SELECT,INSERT ... VALUES (...),(...), ...,對空表執行執行LOAD DATA INFILE。這個參數每個線程的樹狀緩存大小。將這個參數設為0會關閉這個參數。這個參數的默認值是8MB。
max_heap_table_size：這個參數設置用戶創建的MEMORY表允許增長的最大容量，這個參數用來MEMORY表的MAX_ROWS值。設置這個參數對已有的MEMORY表沒有影響，除非表重建或執行ALTER TABLE、TRUNCATE TABLE語句。
這個參數也和tmp_table_size參數一起來現在內部in-memory表的大小。如果內存表使用頻繁，可以增大這個參數的值。
tmp_table_size：內部內存臨時表的最大內存。這個參數不會應用到用戶創建的MEMORY表。如果內存臨時表的大小超過了這個參數的值，則MySQL會自動將超出的部分轉化為磁盤上的臨時表。在MySQL 5.7.5版本，internal_tmp_disk_storage_engine存儲引擎將作為磁盤臨時表的默認引擎。在MySQL 5.7.5之前的版本，會使用MyISAM存儲引擎。如果有很多的GROUP BY查詢且系統內存充裕，可以考慮增大這個參數。
innodb_buffer_pool_dump_at_shutdown：指定在MySQL服務關閉時，是否記錄InnoDB緩存池中的緩存頁，以縮短下次重啟時的預熱過程。通常和innodb_buffer_pool_load_at_startup參數搭配使用。innodb_buffer_pool_dump_pct參數定義了保留的最近使用緩存頁的百分比。
innodb_buffer_pool_dump_now：立刻記錄InnoDB緩沖池中的緩存頁。通常和innodb_buffer_pool_load_now搭配使用。
innodb_buffer_pool_load_at_startup：指定MySQL服務在啟動時，InnoDB緩沖池通過加載之前的緩存頁數據來自動預熱。通常和innodb_buffer_pool_dump_at_shutdown參數搭配使用。
innodb_buffer_pool_load_now：立刻通過加載數據頁來預熱InnoDB緩沖池，無需重啟數據庫服務。可以用來在性能測試時，將緩存改成到一個已知的狀態；或在數據庫運行報表查詢或維護后，將數據庫改成到一個正常的狀態。
MyISAM參數key_buffer_size：所有線程所共有的MyISAM表索引緩存，這塊緩存被索引塊使用。增大這個參數可以增加索引的讀寫性能，在主要使用MyISAM存儲引擎的系統中，可設置這個參數為機器總內存的25%。如果將這個參數設置很大，比如設為機器總內存的50%以上，機器會開始page且變得異常緩慢。可以通過SHOW STATUS 語句查看 Key_read_requests,Key_reads,Key_write_requests, and Key_writes這些狀態值。正常情況下Key_reads/Key_read_requests 比率應該小於0.01。數據庫更新和刪除操作頻繁的時候，Key_writes/Key_write_requests 比率應該接近1。
key_cache_block_size：key緩存的塊大小，默認值是1024字節。
myisam_sort_buffer_size：在REPAIR TABLE、CREATE INDEX 或 ALTER TABLE操作中，MyISAM索引排序使用的緩存大小。
myisam_max_sort_file_size：當重建MyISAM索引的時候，例如執行REPAIR TABLE、 ALTER TABLE、 或 LOAD DATA INFILE命令，MySQL允許使用的臨時文件的最大容量。如果MyISAM索引文件超過了這個值且磁盤還有充裕的空間，增大這個參數有助於提高性能。
myisam_repair_threads：如果這個參數的值大於1，則MyISAM表在執行Repair操作的排序過程中，在創建索引的時候會啟用並行，默認值為1。
InnoDB參數innodb_buffer_pool_size：InnDB存儲引擎緩存表和索引數據所使用的內存大小。默認值是128MB。在以InnDB存儲引擎為主的系統中，可以將這個參數設為機器物理內存的80%。同時需要注意：
- 設置較大物理內存時是否會引擎頁的交換而導致性能下降；
- InnoDB存儲引擎會為緩存和控制表結構信息使用部分內存，因而實際花費的內存會比設置的值大於10%；
- 這個參數設置的越大，初始化內存池的時間越長。在MySQL 5.7.5版本，可以以chunk為單位增加或減少內存池的大小。chunk的大小可以通過innodb_buffer_pool_chunk_size參數設定，默認值是128MB。內存池的大小可以等於或是innodb_buffer_pool_chunk_size * innodb_buffer_pool_instances的整數倍。
innodb_buffer_pool_instances：InnoDB緩存池被分成的區域數。對於1GB以上大的InnoDB緩存，將緩存分成多個部分可以提高MySQL服務的並發性，減少不同線程讀緩存頁的讀寫競爭。每個緩存池有它單獨的空閑列表、刷新列表、LRU列表和其他連接到內存池的數據結構，它們被mutex鎖保護。這個參數只有將innodb_buffer_pool_size參數設為1GB或以上時才生效。建議將每個分成的內存區域設為1GB大小。
innodb_max_dirty_pages_pct：當Innodb緩存池中臟頁所占的百分比達到這個參數的值時，InnoDB會從緩存中向磁盤寫入數據。默認值是75。
innodb_thread_concurrency：InnoDB存儲引擎可以並發使用的最大線程數。當InnoDB使用的線程超過這參數的值時，后面的線程會進入等待狀態，以先進先出的算法來處理。等待鎖的線程不計入這個參數的值。這個參數的范圍是0~1000。默認值是0。當這個參數為0時，代表InnoDB線程的並發數沒有限制，這樣會導致MySQL創建它所需要的盡可能多的線程。設置這個參數可以參考下面規則：
- 如果用戶線程的並發數小於64，可以將這個參數設為0；
- 如果系統並發很嚴重，可以先將這個參數設為128，然后再逐漸將這個參數減小到96, 80, 64或其他數值，直到找到性能較好的一個數值。
innodb_flush_method：指定刷新數據到InnoDB數據文件和日志文件的方法，刷新方法會對I/O有影響。如果這個參數的值為空，在類Unix系統上，這個參數的默認值為fsync；在Windows系統上，這個參數的默認值為async_unbuffered。在類Unix系統上，這個參數可設置的值如下：
- fsync:InnoDB使用fsync()系統函數來刷新數據和日志文件，fsync是默認參數。
- O_DSYNC:InnoDB使用O_SYNC函數來打開和刷新日志文件，使用fsync()函數刷新數據文件
- littlesync:這個選項用在內部性能的測試，目前MySQL尚不支持，使用這個參數又一定的風險
- nosync:這個選項用在內部性能的測試，目前MySQL尚不支持，使用這個參數又一定的風險
- O_DIRECT:InnoDB使用O_DIRECT（或者directio()在Solaris）函數打開數據文件，使用fsync()刷新數據文件和日志文件
- O_DIRECT_NO_FSYNC:在刷新I/O時，InnoDB使用O_DIRECT方式。
在有RAID卡和寫緩存的系統中，O_DIRECT有助於避免InnoDB緩存池和操作系統緩存之間的雙重緩存。在InnoDB數據和日志文件放在SAN存儲上面的系統，默認值或O_DSYNC方法會對以讀為主的數據庫起到加速作用。
innodb_data_home_dir：InnoDB系統表空間所使用的數據文件的物理路徑，默認路徑是MySQL數據文件路徑。如果這個參數的值為空，可以在innodb_data_file_path參數里使用絕對路徑
innodb_data_file_path：InnoDB數據文件的路徑和大小。
innodb_file_per_table：當這個參數啟用的時候，InnoDB會將新建表的數據和索引單獨存放在.ibd格式的文件中，而不是存放在系統表空間中。當這張表被刪除或TRUNCATE時，InnoDB表所占用的存儲會被釋放。這個設定會開啟InnoDB的一些其他特性，比如表的壓縮。當這個參數關閉的時候，InnoDB會將表和索引的數據存放到系統表空間的ibdata文件中，這會有一個問題，因為系統表空間不會縮小，這樣設置會導致空間無法回放。
innodb_undo_directory：InnoDB undo日志所在表空間的物理路徑。和innodb_undo_logs、innodb_undo_tablespaces參數配合，來設置undo日志的路徑，默認路徑是數據文件路徑。
innodb_undo_logs：指定InnoDB使用的undo日志的個數。在MySQL 5.7.2版本，32個undo日志被臨時表預留使用，並且這些日志存放在臨時表表空間(ibtmp1)中。如果undo日志只存放在系統表空間中，想要額外分配供數據修改事務用的undo日志，innodb_undo_logs參數必須設置為32以上的整數。如果你配置了單獨的undo表空間，要將innodb_undo_logs參數設為33以上來分配額外供數據修改事務使用的undo日志。每個undo日志最多可以支持1024個事務。如果這個參數沒有設置，則它會設為默認值128。
innodb_undo_tablespaces：undo日志的表空間文件數量。默認，所有的undo日志都是系統表空間的一部分。因為在運行大的事務時，undo日志會增大，將undo日志設置在多個表空間中可以減少一個表空間的大小。undo表空間文件創建在innodb_undo_directory參數指定的路徑下，以undoN格式命名，N是以0開頭的一系列整數。undo表空間的默認大小為10M。需要在初始化InnoDB前設置innodb_undo_tablespaces這個參數。在MySQL 5.7.2版本，在128個undo日志中，有32個undo日志是為臨時表所預留的，有95個undo日志供undo表空間使用。
innodb_log_files_in_group：InnoDB日志組包含的日志個數。InnoDB以循環的方式寫入日志。這個參數的默認值和推薦值均是2。日志的路徑由innodb_log_group_home_dir參數設定。
innodb_log_group_home_dir：InnoDB重做日志文件的物理路徑，重做日志的數量由innodb_log_files_in_group參數指定。如果不指定任何InnoDB日志參數，MySQL默認會在MySQL數據文件路徑下面創建兩個名為ib_logfile0、ib_logfile1的兩個重做日志文件，它們的大小由innodb_log_file_size參數設定。
innodb_log_file_size：日志組中每個日志文件的字節大小。所有日志文件的大小(innodb_log_file_size * innodb_log_files_in_group)不能超過512GB。
innodb_log_buffer_size：InnoDB寫入磁盤日志文件所使用的緩存字節大小。如果innodb_page_size參數為32K，則默認值是8MB；如果innodb_page_size參數為64K，則默認值是16MB。如果日志的緩存設置較大，則MySQL在處理大事務時，在提交事務前無需向磁盤寫入日志文件。建議設置此參數為4~8MB。
innodb_flush_log_at_trx_commit：當提交相關的I/O操作被批量重新排列時，這個參數控制提交操作的ACID一致性和高性能之間的平衡。可以改變這個參數的默認值來提升數據庫的性能，但是在數據庫宕機的時候會丟失少量的事務。這個參數的默認值為1，代表數據庫遵照完整的ACID模型，每當事務提交時，InnoDB日志緩存中的內容均會被刷新到日志文件，並寫入到磁盤。當這個參數為0時，InnDB日志緩存大概每秒刷新一次日志文件到磁盤。當事務提交時，日志緩存不會立刻寫入日志文件，這樣的機制不會100%保證每秒都向日志文件刷新日志，當mysqld進程宕掉的時候可能會丟失持續時間為1秒左右的事務數據。當這個參數為2時，當事務提交后，InnoDB日志緩存中的內容會寫入到日志文件且日志文件，日志文件以大概每秒一次的頻率刷新到磁盤。在MySQL 5.6.6版本，InnoDB日志刷新頻率由innodb_flush_log_at_timeout參數決定。通常將個參數設為1。
innodb_flush_log_at_timeout：寫入或刷新日志的時間間隔。這個參數是在MySQL 5.6.6版本引入的。在MySQL 5.6.6版本之前，刷新的頻率是每秒刷新一次。innodb_flush_log_at_timeout參數的默認值也是1秒刷新一次。
innodb_lock_wait_timeout：InnDB事務等待行鎖的時間長度。默認值是50秒。當一個事務鎖定了一行，這時另外一個事務想訪問並修改這一行，當等待時間達到innodb_lock_wait_timeout參數設置的值時，MySQL會報錯"ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction"，同時會回滾語句（不是回滾整個事務）。如果想回滾整個事務，需要使用--innodb_rollback_on_timeout參數啟動MySQL。在高交互性的應用系統或OLTP系統上，可以減小這個參數來快速顯示用戶的反饋或把更新放入隊列稍后處理。在數據倉庫中，為了更好的處理運行時間長的操作，可以增大這個參數。這個參數只應用在InnoDB行鎖上，這個參數對表級鎖無效。這個參數不適用於死鎖，因為發生死鎖時，InnoDB會立刻檢測到死鎖並將發生死鎖的一個事務回退。
innodb_fast_shutdown：InnoDB關庫模式。如果這個參數為0，InnoDB會做一個緩慢關機，在關機前會做完整的刷新操作，這個級別的關庫操作會持續數分鍾，當緩存中的數據量很大時，甚至會持續幾個小時；如果數據庫要執行版本升級或降級，需要執行這個級別的關庫操作，以保證所有的數據變更都寫入到數據文件。如果這個參數的值是1（默認值），為了節省關庫時間，InnoDB會跳過新操作，而是在下一次開機的時候通過crash recovery方式執行刷新操作。如果這個參數的值是2，InnoDB會刷新日志並以冷方式關庫，就像MySQL宕機一樣，沒有提交的事務會丟失，在下一次開啟數據庫時，crash recovery所需要的時間更長；在緊急或排錯情形下，需要立刻關閉數據庫時，會使用這種方式停庫。