Detaillierte Erläuterung der Cache-Optimierung für die MySQL-Optimierung (1)

Die am häufigsten gestellte Frage betrifft die MySQL-Datenbank--Leistungsoptimierung , daher habe ich kürzlich vor, in dieser Artikelserie ein Thema über die MySQL-Datenbank -Leistungsoptimierung zu schreiben hofft, jüngeren und fortgeschrittenen MySQL-Datenbankadministratoren und anderen Freunden, die an der MySQL-Leistungsoptimierung interessiert sind, hilfreich zu sein.

Ich freue mich, dass ein Blogger meinen Artikel markiert hat. Nachdem ich Mark kennengelernt habe, komme ich selten zurück und achte weiterhin darauf. Aber es zeigt von außen, dass der Blogger, wenn er auf den Blog klickt, das Gefühl hat, dass dieser Blog wertvoll ist und seinen Mangel an Wissen ausgleichen kann. Das Wichtigste an einem Blog ist, dass er für Sie selbst nützlich ist. Wenn er für andere nützlich ist, ist das das beste Ergebnis. Ich beharre darauf, einen Blog zu schreiben, damit ich, wenn ich einen Wissenspunkt vergesse, so schnell wie möglich eine zuverlässige Lösung finden kann. Wenn Sie sich an Ihr zusammengefasstes Wissen erinnern, werden Sie es langsamer vergessen. Nach langer Zeit verwandelt sich dieser Teil des Wissens endlich in Ihre eigenen Worte, dann haben Sie keine Angst mehr vor dem Vergessen. In diesem Blog wird es weiterhin um die Optimierung von Caching gehen.

Werfen wir zunächst einen Blick auf unsere MySQL-Version. Die auf meinem Mac installierte Version ist 5.7 und viele Inhalte haben sich geändert. Wir sprechen hier hauptsächlich von Version 5.6.

[root@roverliang ~]# mysql --version
mysql Ver 14.14 Distrib 5.6.24, for Linux (x86_64) using EditLine wrapper

1. MySQL-Cache-Klassifizierung

MySQL-Optimierung bezieht sich auf ein großes System, während des Interviews habe ich darüber gesprochen Aus Sicht der SQL-Anweisungsoptimierung hat diese Art der Optimierung ebenfalls Auswirkungen, ist jedoch aus logischer Sicht optimiert. Aber wenn nicht alle logischen Ebenen optimiert werden können, alle Indizes hinzugefügt wurden und die Tabellenstruktur angemessen gestaltet ist, warum kann MySQL dann immer noch nicht damit umgehen, wenn eine hohe Parallelität auftritt? Natürlich kann der Druck auf MySQL durch andere Aspekte gemildert werden, auf die wir hier vorerst nicht eingehen. Bei MySQL müssen wir unser Bestes tun, um die Leistung der Maschine zu reduzieren, damit alle Rechenressourcen uns dienen können, ohne sie zu verschwenden. MySQL läuft auf einem Server, insbesondere einem Linux-Server. Dann wirken sich die Festplatte, die CPU, der Speicher und das Netzwerk des Servers auf die Leistung von MySQL aus. MySQL verbraucht viel Speicher. Der MySQL-Speicher des Online-Servers verbraucht etwa 80 %. Wenn der Speicher zu klein ist, gibt es eigentlich nur sehr wenig Raum für andere Optimierungen.

Darüber hinaus ist die Verbindung auch ein wichtiger Aspekt, der sich auf die MySQL-Leistung auswirkt. Die Verbindung zwischen dem MySQL-Client und dem MySQL-Server ist das Ergebnis wiederholter Handshakes zwischen dem MySQL-Client und dem MySQL-Server. Jeder „Handshake“ durchläuft eine Identitätsüberprüfung, eine Berechtigungsüberprüfung usw. Der Handshake erfordert bestimmte Netzwerkressourcen und Speicherressourcen des MySQL-Servers.

Ich muss den Sperrenwettbewerb erwähnen. Bei Datenbanken mit relativ hohen Anforderungen an die Parallelitätsleistung ist ein starker Sperrenwettbewerb ein großer Schlag für die Leistung der Datenbank. Sperrenkonflikte erhöhen den Overhead des Thread-Kontextwechsels erheblich, unabhängig von der erwarteten Nachfrage.

2. Status anzeigen und Variablen anzeigen

In den ersten Blogs der MySQL-Reihe werden Sie diese Befehle oft sehen, also werfen wir einen Blick auf diese beiden Befehle separat. Welche Informationen zeigt dieser Befehl dem MySQL-Systemadministrator an:

Status anzeigen

Wenn der MySQL-Dienst ausgeführt wird, wird der Status von MySQL angezeigt Dienstinstanz Informationen sind dynamisch. Verwenden Sie diesen Befehl, um die Sitzungsstatus--Variablen--Informationen der aktuellen MySQL-Serververbindung anzuzeigen. Standardmäßig wird bei -Variablennamen der erste Buchstabe groß geschrieben.

Variablen anzeigen

Variablen anzeigen wird verwendet, um verschiedene Systemvariablen der MySQL-Dienstinstanz anzuzeigen (z. B. globale Systemvariablen, Sitzungssystem). Variablen, statische Variablen), diese Variablen enthalten die Standardwerte der MySQL-Kompilierungszeitparameter oder die in my.cnf festgelegten Parameterwerte. Systemvariablen oder Parameter sind ein statisches Konzept. Standardmäßig bestehen alle Systemvariablennamen aus Kleinbuchstaben.

Verwenden Sie den MySQL-Befehl show status oder show session status, um die Sitzungsvariableninformationen der aktuellen MySQL-Serververbindung anzuzeigen. Der Variablenwert ist mit dem Sitzungsstatus verknüpft zum aktuellen MySQL-Client. Gültig sind zum Beispiel: Opened_tables, Opened_table_definitions Statusvariablen.

Caching-Mechanismus

缓存之所以有效，主要是因为程序运行时对内存或者外存的访问呈现局部性特征，局部性特征为空间局部性和时间局部性两方面。时间局部性是指刚刚访问过的数据近期可能再次被访问，空间局部性是指，某个位置被访问后，其相邻的位置的数据很可能被访问到。而MySQL的缓存机制就是把刚刚访问的数据（时间局部性）以及未来即将访问到的数据（空间局部性）保存到缓存中，甚至是高速缓存中。从而提高I/O效率。

按照缓存读写功能的不同，MySQL将缓存分为Buffer缓存和Cache缓存。

Buffer缓存。由于硬盘的写入速度过慢，或者频繁的I/O，对于硬盘来说是极大的效率浪费。那么可以等到缓存中储存一定量的数据之后，一次性的写入到硬盘中。Buffer 缓存主要用于写数据，提升I/O性能。

Cache 缓存。 Cache 缓存一般是一些访问频繁但是变更较少的数据，如果Cache缓存已经存储满，则启用LRU算法，进行数据淘汰。淘汰掉最远未使用的数据，从而开辟新的存储空间。不过对于特大型的网站，依靠这种策略很难缓解高频率的读请求，一般会把访问非常频繁的数据静态化，直接由nginx返还给用户。程序和数据库I/O设备交互的越少，则效率越高。

三、MySQL 超时

在使用MySQL的过程中，可能会出现各种超时（timeout）异常，典型的有连接超时、锁等待等。

查看超时时间的类型有哪些：

mysql> show variables like '%timeout%';
+-----------------------------+----------+
| Variable_name        | Value  |
+-----------------------------+----------+
| connect_timeout       | 10    |
| delayed_insert_timeout   | 300   |
| innodb_flush_log_at_timeout | 1    |
| innodb_lock_wait_timeout  | 50    |
| innodb_rollback_on_timeout | OFF   |
| interactive_timeout     | 28800  |
| lock_wait_timeout      | 31536000 |
| net_read_timeout      | 30    |
| net_write_timeout      | 60    |
| rpl_stop_slave_timeout   | 31536000 |
| slave_net_timeout      | 3600   |
| wait_timeout        | 28800  |
+-----------------------------+----------+

1、连接超时（connect_timeout）

connect_timeout默认为10s,获取MySQL连接是客户机与服务器之间握手的结果，并且是多次握手的结果，每次握手，除了验证账户名和身份信息外，还需要验证主机、域名解析。如果客户机和服务器之间存在网络故障，可以通过connect_timeout参数来设置，防止它们之间重复握手。

interactive_timeout指的是交互式的终端，在命令行中输入的这种。超过了其设置的默认值就会断开。

wait_timeout指的是非交互式的终端，比如PHP实例化的Mysql连接，一直占用着，超过了这个参数设置的值，就会自动断开。

net_write_timeout MySQL服务器产生一个很大的数据集，MySQL客户机在该值设置的时间内不能接受完毕，则会断开连接。

net_read_timeout MySQL客户机读取了一个很大的数据，在设置值内不能读取完毕，则会自动断开连接。

InnoDB锁等待超时

mysql> show variables like 'innodb_lock_wait_timeout';
+--------------------------+-------+
| Variable_name      | Value |
+--------------------------+-------+
| innodb_lock_wait_timeout | 50  |
+--------------------------+-------+

InnoDB 的锁等待时间默认为50s,设置行级锁锁等待的值，当出现锁等待的时候，等待时长超过该值会导致锁等待的SQL回滚（不是整个事务回滚）。如果希望整个事务回滚，需要开启innodb_rollback_on_timeout参数。

mysql> show variables like '%rollback%';
+----------------------------+-------+
| Variable_name       | Value |
+----------------------------+-------+
| innodb_rollback_on_timeout | OFF  |
| innodb_rollback_segments  | 128  |
+----------------------------+-------+

innodb_rollback_on_timeout设置为true 后，遇到事务超时，会回滚整个事务的操作。

复制连接超时

当主从配置是，从服务器（slave）从主服务器（master）读取二进制日志失败后，从服务器会等待 slave_net_timeout 后，从新从master机拉去二进制日志。可以设置成10s.

mysql> show variables like 'slave_net_timeout';
+-------------------+-------+
| Variable_name   | Value |
+-------------------+-------+
| slave_net_timeout | 3600 |
+-------------------+-------+

这部分总结，应该是周日晚上就该整理好的，结果拖到了今天。后面的计划又要后延了，拖延症真严重。

Das obige ist der detaillierte Inhalt vonDetaillierte Erläuterung der Cache-Optimierung für die MySQL-Optimierung (1). Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!