《从菜鸟到大师之路 MySQL 篇》 《从菜鸟到大师之路 MySQL 篇》数据库是什么数据库管理系统，简称为DBMS（Database Management System），是用来存储数据的管理系统。DBMS 的重要性无法多人共享数据无法提供操作大量数据所需的格式实现读取自动化需要编程技术能力无法应对突发事故DBMS 的种类层次性数据库最古老的数据库之一，因为突出的缺点，所以很少使用了关系型数据库采用行列二维表结构来管理数据库，类似Excel的结构，使用专用的SQL语言对数据进行控制。关系数据库管理系统的常见种类Oracle ==> 甲骨文SQL Servce ==> 微软DB2 ==> IBMPostgreSQL ==> 开源MySQL ==> 开源面向对象的数据库XML数据库键值存储系统DB2RedisMongoDBSQL 语句及其种类DDL（数据定义语言）create ==> 创建数据库或者表等对象drop ==> 删除数据库或者表等对象alter ==> 修改数据库或者表等对象的结构DML（数据操作语言）select ==> 查询表中数据insert ==> 向表中插入数据update ==> 更新表中数据delete ==> 删除表中数据DCL（数据控制语言）commit ==> 决定对数据库中的数据进行变更rollback ==> 取消对数据库中的数据进行变更grant ==> 赋予用户操作权限revoke ==> 取消用户的操作权限SQL 的基本书写规则SQL 语句要以；结尾关键字不区分大小写，但是表中数据区分大小写关键字大写表名的首字母大写列明等小写常数的书写方式是固定的遇到字符串、日期等类型需要用到''单词间需要使用空格分割命名规则数据库和表的名称可以使用英文、数据以及下划线名称必须以英文作为开头名称不能重复掌握 SQL 这些核心知识点，出去吹牛逼再也不担心了数据类型integer数字型，但是不能存放小数char定长字符串类型，指定最大长度，不足使用空格填充varchar可变长度字符串类型，指定最大长度，但是不足不填充data存储日期，年/月/日以上内容是对通用数据库以及sql语句相关的知识点介绍，本文不做过多的赘述，本文主要针对关系型数据库：MySQL 来进行各方面的知识点总结。MySQL 数据库简介MySQL 是最流行的关系型数据库管理系统，在 WEB 应用方面 MySQL 是最好的 RDBMS(Relational Database Management System：关系数据库管理系统)应用软件之一。MySQL 是一个关系型数据库管理系统，由瑞典 MySQL AB 公司开发，目前属于 Oracle 公司。MySQL 是一种关联数据库管理系统，关联数据库将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这样就增加了速度并提高了灵活性。MySQL 是开源的，目前隶属于 Oracle 旗下产品。MySQL 支持大型的数据库。可以处理拥有上千万条记录的大型数据库。MySQL 使用标准的 SQL 数据语言形式。MySQL 可以运行于多个系统上，并且支持多种语言。这些编程语言包括 C、C++、Python、Java、Perl、PHP、Eiffel、Ruby 和 Tcl 等。MySQL 对PHP有很好的支持，PHP 是目前最流行的 Web 开发语言。MySQL 支持大型数据库，支持 5000 万条记录的数据仓库，32 位系统表文件最大可支持 4GB，64 位系统支持最大的表文件为8TB。MySQL 是可以定制的，采用了 GPL 协议，你可以修改源码来开发自己的 MySQL 系统。在日常工作与学习中，无论是开发、运维、还是测试，对于数据库的学习是不可避免的，同时也是日常工作的必备技术之一。在互联网公司，开源产品线比较多，互联网企业所用的数据库占比较重的还是MySQL。更多关于MySQL数据库的介绍，有兴趣的读者可以参考官方网站的文档和这篇文章：可能是全网最好的MySQL重要知识点，关于MySQL架构的介绍可以参考：MySQL 架构总览->查询执行流程->SQL 解析顺序MySQL 安装MySQL 8正式版8.0.11已发布，官方表示MySQL8要比MySQL 5.7快2倍，还带来了大量的改进和更快的性能！到底谁最牛呢？请看：MySQL 5.7 vs 8.0，哪个性能更牛？详细的安装步骤请参阅：CentOS 下 MySQL 8.0 安装部署，超详细！，介绍几个 8.0 在关系数据库方面的主要新特性：MySQL 8.0 的 5 个新特性，太实用了！MySQL基础入门操作Windows服务-- 启动MySQL net start mysql -- 创建Windows服务 sc create mysql binPath= mysqld_bin_path(注意：等号与值之间有空格)连接与断开服务器mysql -h 地址 -P 端口 -u 用户名 -p 密码 SHOW PROCESSLIST -- 显示哪些线程正在运行 SHOW VARIABLES -- 显示系统变量信息数据库操作-- 查看当前数据库 SELECT DATABASE(); -- 显示当前时间、用户名、数据库版本 SELECT now(), user(), version(); -- 创建库 CREATE DATABASE[ IF NOT EXISTS] 数据库名 数据库选项     数据库选项：         CHARACTER SET charset_name         COLLATE collation_name -- 查看已有库     SHOW DATABASES[ LIKE 'PATTERN'] -- 查看当前库信息     SHOW CREATE DATABASE 数据库名 -- 修改库的选项信息     ALTER DATABASE 库名 选项信息-- 删除库     DROP DATABASE[ IF EXISTS] 数据库名         同时删除该数据库相关的目录及其目录内容表的操作-- 创建表 CREATE [TEMPORARY] TABLE[ IF NOT EXISTS] [库名.]表名 ( 表的结构定义 )[ 表选项] 每个字段必须有数据类型 最后一个字段后不能有逗号 TEMPORARY 临时表，会话结束时表自动消失 对于字段的定义：    字段名 数据类型 [NOT NULL | NULL] [DEFAULT default_value] [AUTO_INCREMENT] [UNIQUE [KEY] | [PRIMARY] KEY] [COMMENT 'string'] -- 表选项   -- 字符集   CHARSET = charset_name   如果表没有设定，则使用数据库字符集   -- 存储引擎   ENGINE = engine_name   表在管理数据时采用的不同的数据结构，结构不同会导致处理方式、提供的特性操作等不同   常见的引擎：InnoDB MyISAM Memory/Heap BDB Merge Example CSV MaxDB Archive   不同的引擎在保存表的结构和数据时采用不同的方式   MyISAM表文件含义：.frm表定义，.MYD表数据，.MYI表索引   InnoDB表文件含义：.frm表定义，表空间数据和日志文件   SHOW ENGINES -- 显示存储引擎的状态信息   SHOW ENGINE 引擎名 {LOGS|STATUS} -- 显示存储引擎的日志或状态信息     -- 自增起始数         AUTO_INCREMENT = 行数     -- 数据文件目录         DATA DIRECTORY = '目录'     -- 索引文件目录         INDEX DIRECTORY = '目录'     -- 表注释         COMMENT = 'string'     -- 分区选项         PARTITION BY ... (详细见手册) -- 查看所有表 SHOW TABLES[ LIKE 'pattern'] SHOW TABLES FROM 表名 -- 查看表机构 SHOW CREATE TABLE 表名 （信息更详细）DESC 表名 / DESCRIBE 表名 / EXPLAIN 表名 / SHOW COLUMNS FROM 表名 [LIKE 'PATTERN']SHOW TABLE STATUS [FROM db_name] [LIKE 'pattern'] -- 修改表     -- 修改表本身的选项     ALTER TABLE 表名 表的选项     eg: ALTER TABLE 表名 ENGINE=MYISAM;     -- 对表进行重命名     RENAME TABLE 原表名 TO 新表名     RENAME TABLE 原表名 TO 库名.表名 （可将表移动到另一个数据库）    -- RENAME可以交换两个表名     -- 修改表的字段机构（13.1.2. ALTER TABLE语法）        ALTER TABLE 表名 操作名        -- 操作名           ADD[ COLUMN] 字段定义       -- 增加字段             AFTER 字段名          -- 表示增加在该字段名后面             FIRST               -- 表示增加在第一个             ADD PRIMARY KEY(字段名)   -- 创建主键             ADD UNIQUE [索引名] (字段名)-- 创建唯一索引             ADD INDEX [索引名] (字段名) -- 创建普通索引             DROP[ COLUMN] 字段名      -- 删除字段             MODIFY[ COLUMN] 字段名 字段属性     -- 支持对字段属性进行修改，不能修改字段名(所有原有属性也需写上)             CHANGE[ COLUMN] 原字段名 新字段名 字段属性      -- 支持对字段名修改             DROP PRIMARY KEY    -- 删除主键(删除主键前需删除其AUTO_INCREMENT属性)             DROP INDEX 索引名 -- 删除索引             DROP FOREIGN KEY 外键    -- 删除外键 -- 删除表     DROP TABLE[ IF EXISTS] 表名 ... -- 清空表数据     TRUNCATE [TABLE] 表名-- 复制表结构     CREATE TABLE 表名 LIKE 要复制的表名 -- 复制表结构和数据     CREATE TABLE 表名 [AS] SELECT * FROM 要复制的表名 -- 检查表是否有错误     CHECK TABLE tbl_name [, tbl_name] ... [option] ... -- 优化表    OPTIMIZE [LOCAL | NO_WRITE_TO_BINLOG] TABLE tbl_name [, tbl_name] ... -- 修复表    REPAIR [LOCAL | NO_WRITE_TO_BINLOG] TABLE tbl_name [, tbl_name] ... [QUICK] [EXTENDED] [USE_FRM] -- 分析表    ANALYZE [LOCAL | NO_WRITE_TO_BINLOG] TABLE tbl_name [, tbl_name] ...更多相关的操作基础知识点请参阅以下文章：MySQL数据库入门———常用基础命令1047 行 MySQL 详细学习笔记（值得学习与收藏）MySQL基础入门之常用命令介绍MySQL 多实例配置MySQL数据库入门——多实例配置MySQL 主从同步复制复制概述Mysql内建的复制功能是构建大型，高性能应用程序的基础。将Mysql的数据分布到多个系统上去，这种分布的机制，是通过将Mysql的某一台主机的数据复制到其它主机（slaves）上，并重新执行一遍来实现的。复制过程中一个服务器充当主服务器，而一个或多个其它服务器充当从服务器。主服务器将更新写入二进制日志文件，并维护文件的一个索引以跟踪日志循环。这些日志可以记录发送到从服务器的更新。当一个从服务器连接主服务器时，它通知主服务器从服务器在日志中读取的最后一次成功更新的位置。从服务器接收从那时起发生的任何更新，然后封锁并等待主服务器通知新的更新。请注意当你进行复制时，所有对复制中的表的更新必须在主服务器上进行。否则，你必须要小心，以避免用户对主服务器上的表进行的更新与对从服务器上的表所进行的更新之间的冲突。 mysql支持的复制类型：L默认采用基于语句的复制，效率比较高。一旦发现没法精确复制时， 会自动选着基于行的复制。l5.0开始支持采用基于行的复制。复制解决的问题MySQL复制技术有以下一些特点：数据分布 (Data distribution )负载平衡(load balancing)备份(Backups)高可用性和容错行 High availability and failover复制如何工作整体上来说，复制有3个步骤：master将改变记录到二进制日志(binary log)中（这些记录叫做二进制日志事件，binary log events）；slave将master的binary log events拷贝到它的中继日志(relay log)；slave重做中继日志中的事件，将改变反映它自己的数据。更多相关的更深入的介绍参考：Mysql主从架构的复制原理及配置详解MySQL 复制有两种方法：传统方式：基于主库的bin-log将日志事件和事件位置复制到从库，从库再加以 应用来达到主从同步的目的。Gtid方式：global transaction identifiers是基于事务来复制数据，因此也就不 依赖日志文件位置，同时又能更好的保证主从库数据一致性。MySQL数据库主从同步实战过程基于 Gtid 的 MySQL 主从同步实践MySQL 主从同步架构中你不知道的“坑”（上）MySQL 主从同步架构中你不知道的“坑”（下）MySQL复制有多种类型：异步复制：一个主库，一个或多个从库，数据异步同步到从库。同步复制：在MySQL Cluster中特有的复制方式。半同步复制：在异步复制的基础上，确保任何一个主库上的事务在提交之前至 少有一个从库已经收到该事务并日志记录下来。延迟复制：在异步复制的基础上，人为设定主库和从库的数据同步延迟时间， 即保证数据延迟至少是这个参数。MySQL主从复制延迟解决方案：高可用数据库主从复制延时的解决方案MySQL 数据备份与恢复数据备份多种方式：物理备份是指通过拷贝数据库文件的方式完成备份，这种备份方式适用于数据库很大，数据重要且需要快速恢复的数据库逻辑备份是指通过备份数据库的逻辑结构（create database/table语句)和数据内容（insert语句或者文本文件）的方式完成备份。这种备份方式适用于数据库不是很大，或者你需要对导出的文件做一定的修改，又或者是希望在另外的不同类型服务器上重新建立此数据库的情况通常情况下物理备份的速度要快于逻辑备份，另外物理备份的备份和恢复粒度范围为整个数据库或者是单个文件。对单表是否有恢复能力取决于存储引擎，比如在MyISAM存储引擎下每个表对应了独立的文件，可以单独恢复；但对于InnoDB存储引擎表来说，可能每个表示对应了独立的文件，也可能表使用了共享数据文件物理备份通常要求在数据库关闭的情况下执行，但如果是在数据库运行情况下执行，则要求备份期间数据库不能修改逻辑备份的速度要慢于物理备份，是因为逻辑备份需要访问数据库并将内容转化成逻辑备份需要的格式；通常输出的备份文件大小也要比物理备份大；另外逻辑备份也不包含数据库的配置文件和日志文件内容；备份和恢复的粒度可以是所有数据库，也可以是单个数据库，也可以是单个表；逻辑备份需要再数据库运行的状态下执行；它的执行工具可以是mysqldump或者是select … into outfile两种方式生产数据库备份方案：高逼格企业级MySQL数据库备份方案MySQL数据库物理备份方式：Xtrabackup实现数据的备份与恢复MySQL 定时备份：MySQL 数据库定时备份的几种方式（非常全面）MySQL 高可用架构设计与实战先来了解一下MySQL高可用架构简介：浅谈MySQL集群高可用架构MySQL高可用方案：MySQL 同步复制及高可用方案总结官方也提供一种高可用方案：官方工具｜MySQL Router 高可用原理与实战MHAMHA（Master High Availability）目前在MySQL高可用方面是一个相对成熟的解决方案，该软件由两部分组成：MHA Manager（管理节点）和MHA Node（数据节点。MHA Manager: 可以单独部署在一台独立的机器上管理多个master-slave集群，也可以部署在一台slave节点上。MHA Node: 行在每台MySQL服务器上。MHA Manager会定时探测集群中的master节点，当master出现故障时，它可以自动将最新数据的slave提升为新的master，然后将所有其他的slave重新指向新的master。整个故障转移过程对应用程序完全透明。MHA高可用方案实战：MySQL集群高可用架构之MHAMGRMysql Group Replication(MGR)是从5.7.17版本开始发布的一个全新的高可用和高扩张的MySQL集群服务。高一致性，基于原生复制及paxos协议的组复制技术，以插件方式提供一致数据安全保证；高容错性，大多数服务正常就可继续工作，自动不同节点检测资源征用冲突，按顺序优先处理，内置动防脑裂机制；高扩展性，自动添加移除节点，并更新组信息；高灵活性，单主模式和多主模式。单主模式自动选主，所有更新操作在主进行；多主模式，所有server同时更新。MySQL 数据库读写分离高可用海量数据的存储和访问成为了系统设计的瓶颈问题，日益增长的业务数据，无疑对数据库造成了相当大的负载，同时对于系统的稳定性和扩展性提出很高的要求。随着时间和业务的发展，数据库中的表会越来越多，表中的数据量也会越来越大，相应地，数据操作的开销也会越来越大；另外，无论怎样升级硬件资源，单台服务器的资源（CPU、磁盘、内存、网络IO、事务数、连接数）总是有限的，最终数据库所能承载的数据量、数据处理能力都将遭遇瓶颈。分表、分库和读写分离可以有效地减小单台数据库的压力。MySQL读写分离高可用架构实战案例：ProxySQL+Mysql实现数据库读写分离实战Mysql+Mycat实现数据库主从同步与读写分离MySQL性能优化史上最全的MySQL高性能优化实战总结！MySQL索引原理：MySQL 的索引是什么？怎么优化？顾名思义，B-tree索引使用B-tree的数据结构存储数据，不同的存储引擎以不同的方式使用B-Tree索引，比如MyISAM使用前缀压缩技术使得索引空间更小，而InnoDB则按照原数据格式存储，且MyISAM索引在索引中记录了对应数据的物理位置，而InnoDB则在索引中记录了对应的主键数值。B-Tree通常意味着所有的值都是按顺序存储，并且每个叶子页到根的距离相同。B-Tree索引驱使存储引擎不再通过全表扫描获取数据，而是从索引的根节点开始查找，在根节点和中间节点都存放了指向下层节点的指针，通过比较节点页的值和要查找值可以找到合适的指针进入下层子节点，直到最下层的叶子节点，最终的结果就是要么找到对应的值，要么找不到对应的值。整个B-tree树的深度和表的大小直接相关。全键值匹配：和索引中的所有列都进行匹配，比如查找姓名为zhang san，出生于1982-1-1的人匹配最左前缀：和索引中的最左边的列进行匹配，比如查找所有姓为zhang的人匹配列前缀：匹配索引最左边列的开头部分，比如查找所有以z开头的姓名的人匹配范围值：匹配索引列的范围区域值，比如查找姓在li和wang之间的人精确匹配左边列并范围匹配右边的列：比如查找所有姓为Zhang，且名字以K开头的人只访问索引的查询：查询结果完全可以通过索引获得，也叫做覆盖索引，比如查找所有姓为zhang的人的姓名MySQL 常用30种SQL查询语句优化方法|MySQL太慢？试试这些诊断思路和工具MySQL 性能优化的 9 种姿势，面试再也不怕了！MySQL表分区介绍：一文彻底搞懂MySQL分区可以允许在⼀个表⾥存储更多的数据，突破磁盘限制或者⽂件系统限制。对于从表⾥将过期或历史的数据移除在表分区很容易实现，只要将对应的分区移除即可对某些查询和修改语句来说，可以⾃动将数据范围缩⼩到⼀个或⼏个表分区上，优化语句执⾏效率。⽽且可以通过显示指定表分区来执⾏语句，⽐如 select * from temp partition(p1,p2) where store\_id < 5;表分区是将⼀个表的数据按照⼀定的规则⽔平划分为不同的逻辑块，并分别进⾏物理存储，这个规则就叫做分区函数，可以有不同的分区规则。MySQL5.7版本可以通过show plugins语句查看当前MySQL是否⽀持表分区功能。MySQL8.0版本移除了show plugins⾥对partition的显示，但社区版本的表分区功能是默认开启的。但当表中含有主键或唯⼀键时，则每个被⽤作分区函数的字段必须是表中唯⼀键和主键的全部或⼀部分，否则就⽆法创建分区表。MySQL分库分表能不分就不分，1000万以内的表，不建议分片，通过合适的索引，读写分离等方式，可以很好的解决性能问题。分片数量尽量少，分片尽量均匀分布在多个DataHost上，因为一个查询SQL跨分片越多，则总体性能越差，虽然要好于所有数据在一个分片的结果，只在必要的时候进 行扩容，增加分片数量。分片规则需要慎重选择，分片规则的选择，需要考虑数据的增长模式，数据的访 问模式，分片关联性问题，以及分片扩容问题，最近的分片策略为范围分片，枚举分片， 一致性Hash分片，这几种分片都有利于扩容。尽量不要在一个事务中的SQL跨越多个分片，分布式事务一直是个不好处理的问题。查询条件尽量优化，尽量避免Select * 的方式，大量数据结果集下，会消耗大量 带宽和CPU资源，查询尽量避免返回大量结果集，并且尽量为频繁使用的查询语句建立索引。数据库分库分表概述：数据库分库分表，何时分？怎样分？Mysql分库分表方案：MySQL 分库分表方案，总结的非常好！Mysql分库分表的思路：解救 DBA—数据库分库分表思路及案例分析MySQL性能监控MySQL性能监控的指标大体可以分为以下4大类：查询吞吐量查询延迟与错误客户端连接与错误缓冲池利用率对于MySQL性能监控，官方也提供了相关的服务插件：MySQL-Percona，下面简单介绍一下插件的安装[root@db01 ~]# yum -y install php php-mysql [root@db01 ~]# wget https://www.percona.com/downloads/percona-monitoring-plugins/percona-monitoring-plugins-1.1.8/binary/redhat/7/x86_64/percona-zabbix-templates-1.1.8-1.noarch.rpm [root@db01 ~]# rpm -ivh percona-zabbix-templates-1.1.8-1.noarch.rpm warning: percona-zabbix-templates-1.1.8-1.noarch.rpm: Header V4 DSA/SHA1 Signature, key ID cd2efd2a: NOKEY Preparing... ################################# [100%] Updating / installing...   1:percona-zabbix-templates-1.1.8-1 ################################# [100%] Scripts are installed to /var/lib/zabbix/percona/scripts Templates are installed to /var/lib/zabbix/percona/templates最后，可以配合其它监控工具来实现对MySQL的性能监控。MySQL服务器配置插件：修改php脚本连接MySQL的monitor@localhost用户修改MySQL的sock文件路径[root@db01 ~]# sed -i '30c $mysql_user = "monitor";' /var/lib/zabbix/percona/scripts/ss_get_mysql_stats.php [root@db01 ~]# sed -i '31c $mysql_pass = "123456";' /var/lib/zabbix/percona/scripts/ss_get_mysql_stats.php [root@db01 ~]# sed -i '33c $mysql_socket = "/tmp/mysql.sock";' /var/lib/zabbix/percona/scripts/ss_get_mysql_stats.php 测试是否可用（ 可以从MySQL中获取到监控值 ） [root@db01 ~]# /usr/bin/php -q /var/lib/zabbix/percona/scripts/ss_get_mysql_stats.php --host localhost --items gg gg:12 # 确保当前文件的 属主 属组 是zabbix，否则zabbix监控取值错误。 [root@db01 ~]# ll -sh /tmp/localhost-mysql_cacti_stats.txt4.0K -rw-rw-r-- 1 zabbix zabbix 1.3K Dec 5 17:34 /tmp/localhost-mysql_cacti_stats.txt 移动zabbix-agent配置文件到 /etc/zabbix/zabbix_agentd.d/目录 [root@db01 ~]# mv /var/lib/zabbix/percona/templates/userparameter_percona_mysql.conf /etc/zabbix/zabbix_agentd.d/[root@db01 ~]# systemctl restart zabbix-agent.service 导入并配置Zabbix模板与主机： 默认模板监控时间为 5分钟 （ 当前测试修改为 30s） 同时也要修改Zabbix模板时间# 如果要修改监控获取值的时间不但要在zabbix面板修改取值时间，bash脚本也要修改。[root@db01 scripts]# sed -n '/TIMEFLM/p' /var/lib/zabbix/percona/scripts/get_mysql_stats_wrapper.shTIMEFLM=\`stat -c %Y /tmp/$HOST-mysql_cacti_stats.txt\`if [ \`expr $TIMENOW - $TIMEFLM\` -gt 300 ]; then   # 这个 300 代表 300s 同时也要修改。默认模板版本为2.0.9，无法在4.0版本使用，可以先从3.0版本导出，然后再导入4.0版本 。Zabbix自带模板监控MySQL服务其实，在实际生产过程中，还是有相关的专业监控数据库的第三方开源软件的，民工哥之前也写过相关的文章，今天发出来供大家参考：强大的开源企业级数据库监控利器LepusMySQL 管理工具MySQL 是最广泛使用和流行的开源数据库之一，围绕它有许多工具，可以让设计，创建和管理数据库的过程变得更加容易和便捷。但是如何选择最适合自己需求的工具，并不容易。这里为大家推荐：10款MySQL的GUI工具，它们对开发人员和DBA来说都是不错的解决方案。很早之前民工哥就给大家介绍过一款开源的SQL管理工具：自动补全、回滚！介绍一款可视化 sql 诊断利器。今天，民工哥再给大家推荐一款SQL审核利器： MySQL 自动化运维工具 goinception。可视化管理工具，大家可以试试这个：介绍一款免费好用的可视化数据库管理工具俗话说工欲善其事，必先利其器，定期对你的MYSQL数据库进行一个体检，是保证数据库安全运行的重要手段，因为，好的工具是使你的工作效率倍增！今天和大家分享几个mysql 优化的工具，你可以使用它们对你的mysql进行一个体检，生成awr报告，让你从整体上把握你的数据库的性能情况。性能优化诊断工具：别小看这几个工具！关键时能帮你快速解决数据库瓶颈MySQL 常见错误代码说明先给大家看几个实例的错误分析与解决方案。1.ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/data/mysql/mysql.sock'问题分析：可能是数据库没有启动或者是端口被防火墙禁止。解决方法：启动数据库或者防火墙开放数据库监听端口。2.ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO)问题分析：密码不正确或者没有权限访问。解决方法：1）修改 my.cnf 主配置文件，在[mysqld]下添加 skip-grant-tables，重启数据库。最后修改密码命令如下：mysql> use mysql; mysql> update user set password=password("123456") where user="root";再删除刚刚添加的 skip-grant-tables 参数，再重启数据库，使用新密码即可登录。2）重新授权，命令如下:mysql> grant all on *.* to 'root'@'mysql-server' identified by '123456';3.客户端报 Too many connections问题分析：连接数超出 Mysql 的最大连接限制。解决方法：1、在 my.cnf 配置文件里面增加连接数，然后重启 MySQL 服务。max_connections = 100002、临时修改最大连接数，重启后不生效。需要在 my.cnf 里面修改配置文件，下次重启生效。set GLOBAL max_connections=10000;4.Warning: World-writable config file '/etc/my.cnf' is ignored ERROR! MySQL is running but PID file could not be found问题分析：MySQL 的配置文件/etc/my.cnf 权限不对。解决方法：chmod 644 /et/my.cnf5.InnoDB: Error: page 14178 log sequence number 29455369832 InnoDB: is in the future! Current system log sequence number 29455369832问题分析：innodb 数据文件损坏。解决方法：修改 my.cnf 配置文件，在[mysqld]下添加 innodb_force_recovery=4, 启动数据库后备份数据文件，然后去掉该参数，利用备份文件恢复数据。6.从库的 Slave_IO_Running 为 NO问题分析：主库和从库的 server-id 值一样.解决方法：修改从库的 server-id 的值，修改为和主库不一样，比主库低。修改完后重启，再同步即可！7.从库的 Slave_IO_Running 为 NO问题问题分析：造成从库线程为 NO 的原因会有很多，主要原因是主键冲突或者主库删除或更新数据， 从库找不到记录，数据被修改导致。通常状态码报错有 1007、1032、1062、1452 等。解决方法一：mysql> stop slave;mysql> set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;mysql> start slave;解决方法二：设置用户权限，设置从库只读权限set global read_only=true; 8.Error initializing relay log position: I/O error reading the header from the binary log分析问题：从库的中继日志 relay-bin 损坏. 解决方法：手工修复，重新找到同步的 binlog 和 pos 点，然后重新同步即可。mysql> CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.xxx',MASTER_LOG_POS=xxx;维护过MySQL的运维或DBA都知道，经常会遇到的一些错误信息中有一些类似10xx的代码。Replicate_Wild_Ignore_Table:          Last_Errno: 1032          Last_Error: Could not execute Update_rows event on table xuanzhi.test; Can't find record in 'test', Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND; the event's master log mysql-bin.000004, end_log_pos 3704但是，如果不深究或者之前遇到过，还真不太清楚，这些代码具体的含义是什么？这也给我们排错造成了一定的阻碍。所以，今天民工哥就把主从同步过程中一些常见的错误代码，它的具体说明给大家整理出来了:建议收藏备查！MySQL 常见错误代码说明MySQL 开发规范与使用技巧命名规范1.库名、表名、字段名必须使用小写字母，并采用下划线分割。a)MySQL有配置参数lower_case_table_names，不可动态更改，Linux系统默认为 0，即库表名以实际情况存储，大小写敏感。如果是1，以小写存储，大小写不敏感。如果是2，以实际情况存储，但以小写比较。b)如果大小写混合使用，可能存在abc，Abc，ABC等多个表共存，容易导致混乱。c)字段名显示区分大小写，但实际使⽤用不区分，即不可以建立两个名字一样但大小写不一样的字段。d)为了统一规范， 库名、表名、字段名使用小写字母。2.库名、表名、字段名禁止超过32个字符。库名、表名、字段名支持最多64个字符，但为了统一规范、易于辨识以及减少传输量，禁止超过32个字符。3.使用INNODB存储引擎。INNODB引擎是MySQL5.5版本以后的默认引擘，支持事务、行级锁，有更好的数据恢复能力、更好的并发性能，同时对多核、大内存、SSD等硬件支持更好，支持数据热备份等，因此INNODB相比MyISAM有明显优势。4.库名、表名、字段名禁止使用MySQL保留字。当库名、表名、字段名等属性含有保留字时，SQL语句必须用反引号引用属性名称，这将使得SQL语句书写、SHELL脚本中变量的转义等变得⾮非常复杂。5.禁止使用分区表。分区表对分区键有严格要求；分区表在表变大后，执⾏行DDL、SHARDING、单表恢复等都变得更加困难。因此禁止使用分区表，并建议业务端手动SHARDING。6.建议使用UNSIGNED存储非负数值。同样的字节数，非负存储的数值范围更大。如TINYINT有符号为 -128-127，无符号为0-255。7.建议使用INT UNSIGNED存储IPV4。用UNSINGED INT存储IP地址占用4字节，CHAR(15)则占用15字节。另外，计算机处理整数类型比字符串类型快。使用INT UNSIGNED而不是CHAR(15)来存储IPV4地址，通过MySQL函数inet_ntoa和inet_aton来进行转化。IPv6地址目前没有转化函数，需要使用DECIMAL或两个BIGINT来存储。例如：SELECT INET_ATON('209.207.224.40'); 3520061480SELECT INET_NTOA(3520061480);209.207.224.408.强烈建议使用TINYINT来代替ENUM类型。ENUM类型在需要修改或增加枚举值时，需要在线DDL，成本较高；ENUM列值如果含有数字类型，可能会引起默认值混淆。9.使用VARBINARY存储大小写敏感的变长字符串或二进制内容。VARBINARY默认区分大小写，没有字符集概念，速度快。10.INT类型固定占用4字节存储例如INT(4)仅代表显示字符宽度为4位，不代表存储长度。数值类型括号后面的数字只是表示宽度而跟存储范围没有关系，比如INT(3)默认显示3位，空格补齐，超出时正常显示，Python、Java客户端等不具备这个功能。11.区分使用DATETIME和TIMESTAMP。存储年使用YEAR类型。存储日期使用DATE类型。存储时间(精确到秒)建议使用TIMESTAMP类型。DATETIME和TIMESTAMP都是精确到秒，优先选择TIMESTAMP，因为TIMESTAMP只有4个字节，而DATETIME8个字节。同时TIMESTAMP具有自动赋值以及⾃自动更新的特性。注意：在5.5和之前的版本中，如果一个表中有多个timestamp列，那么最多只能有一列能具有自动更新功能。如何使用TIMESTAMP的自动赋值属性?a)自动初始化，而且自动更新： column1 TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATECURRENT_TIMESTAMP b)只是自动初始化： column1 TIMESTAMP DEFAULT CURRENT_TIMESTAMPc)自动更新，初始化的值为0： column1 TIMESTAMP DEFAULT 0 ON UPDATE CURRENT_TIMESTAMPd)初始化的值为0： column1 TIMESTAMP DEFAULT 012.索引字段均定义为NOT NULL。a)对表的每一行，每个为NULL的列都需要额外的空间来标识。b)B树索引时不会存储NULL值，所以如果索引字段可以为NULL，索引效率会下降。c)建议用0、特殊值或空串代替NULL值。详细的可参阅以下文章值得收藏：一份非常完整、详细的MySQL规范MySQL开发规范与使用技巧总结MySQL 高频企业面试题学好知识，当然就得去面试，进大厂，拿高薪。但是进入面试之前，必要的准备是必须的，刷题是其中之一。Linux运维必会的100道MySql面试题之（一）Linux运维必会的100道MySql面试题之（二）Linux运维必会的100道MySql面试题之（三）Linux运维必会的100道MySql面试题之（四）以下内容主要受众为开发人员,所以不涉及到MySQL的服务部署等操作,且内容较多,大家准备好耐心和瓜子矿泉水.前一阵系统的学习了一下MySQL,也有一些实际操作经验,偶然看到一篇和MySQL相关的面试文章,发现其中的一些问题自己也回答不好,虽然知识点大部分都知道,但是无法将知识串联起来.因此决定搞一个MySQL灵魂100问,试着用回答问题的方式,让自己对知识点的理解更加深入一点.此文不会事无巨细的从select的用法开始讲解mysql,主要针对的是开发人员需要知道的一些MySQL的知识点,主要包括索引,事务,优化等方面,以在面试中高频的问句形式给出答案.MySQL 高频面试题，都在这了史上最全的大厂Mysql面试题在这里MySQL 数据库面试题（2021最新版）MySQL用户行为安全假设这么一个情况，你是某公司mysql-DBA，某日突然公司数据库中的所有被人为删了。尽管有数据备份，但是因服务停止而造成的损失上千万，现在公司需要查出那个做删除操作的人。但是拥有数据库操作权限的人很多，如何排查，证据又在哪？是不是觉得无能为力？mysql本身并没有操作审计的功能，那是不是意味着遇到这种情况只能自认倒霉呢？

PHP 进阶之路 - 亿级 pv 网站架构实战之性能优化 PHP 进阶之路 - 亿级 pv 网站架构实战之性能压榨缘起PV和PU（数据分析—业务指标）PV即访问次数——用户每访问一次可以看作一次PV。PU即访问人数——在同一天内，一个用户无论访问了多少次都算一个访客。通过PV和PU可以分析出用户喜欢产品哪个功能，不喜欢哪个功能，从而根据用户行为来优化产品。为什么过早的优化是万恶之源?在进行优化之前，应该先测试代码的性能，确定是否存在性能问题。同时，也应该优先考虑代码的可读性、可维护性和可扩展性，避免过度优化。使用XHProf查找PHP性能瓶颈XHProf是facebook 开发的一个测试php性能的扩展，本文记录了在PHP应用中使用XHProf对PHP进行性能优化，查找性能瓶颈的方法。性能优化的原则性能优化是建立在对业务的理解之上的性能优化与架构、业务相辅相成、密不可分的性能优化的引入我们先看一张简单的 web 架构图从上到下从用户的浏览器到最后的数据库，那么我们说先前端的优化。前端优化雅虎军规：http://www.cnblogs.com/paul-3... 减少 http 请求数图片、css、script等等这些都会增加http请求数，减少这些元素的数量就能减少响应时间。把多个JS、CSS在可能的情况下写进一个文件，页面里直接写入图片也是不好的做法，应该写进CSS里，小图拼合后利用 background 来定位。现在很多 icon 都是直接做成字体，矢量高清，也减少网络请求数现在的前端框架都会通过组件的方式开发，最后打包生成一个 js 或者 两个 js 文件 + 一个 css 或者两个 css 文件。利用浏览器缓存expires,cache-control,last-modified,etag http://blog.csdn.net/eroswang... 防止缓存，比如资源更新了，原来的做法是?v=xxxx 现在前端的打包工作可以能会生成 /v1.2.0/xxx.js使用分布式存储前端资源接地气利用 cdn 存储前端资源多域名访问资源原因一：浏览器对同一域名的并行请求数有上限，多个域名则支持更多并行请求原因二：使用同一域名的时候无用的 cookie 简直是噩梦数据压缩开启gzip前端资源本身的压缩，js/css 打包编译（去掉空格，语意简化）图片资源的压缩等。优化首屏展示速度资源的按需加载，延时加载  https://blog.csdn.net/m0_64346035/article/details/125131432图片的懒加载，淘宝的商品介绍太多图，用户点击进来又有多少人一直往下看图的呢？ 前端懒加载nginx 优化分为下面三个部分来nginx 本身配置的优化worker_processes auto 设置多少子进程worker_cpu_affinity 亲缘性绑定worker_rlimit_nofile 65535 worker 进程打开的文件描述符的最大数worker_connections 65535 子进程最多处理的连接数epoll 多路复用sendfile on 是对文件I/O的系统调用的一个优化，系统api如果是反向代理web服务器，需要配置fastcgi相关的参数数据返回开启gzip压缩静态资源使用 http 缓存协议开启长连接 keepalive_timeout        fastcgi_connect_timeout 300;         fastcgi_send_timeout 300;         fastcgi_read_timeout 300;         fastcgi_buffer_size 64k;         fastcgi_buffers 4 64k;         fastcgi_busy_buffers_size 128k;         fastcgi_temp_file_write_size 256k;        gzip on;         gzip_min_length  1k;         gzip_buffers     4 16k;         gzip_http_version 1.0;         gzip_comp_level 2;         gzip_types       text/plain application/x-javascript text/css application/xml text/javascript application/json;         gzip_vary on;         gzip_proxied        expired no-cache no-store private auth;         gzip_disable        "MSIE \[1-6\]\\.";        location ~ .*\\.(gif|jpg|jpeg|png|bmp|swf)$             {                 expires      30d;             }worker_connections和worker_rlimit_nofile有什么区别tcp/ip 网络协议配置的优化/proc/sys/net/ipv4/tcp_tw_recycle 1 开启TCP连接中TIME-WAIT sockets的快速回收,保证tcp_timestamps = 1/proc/sys/net/ipv4/tcp_tw_reuse 1 允许将TIME-WAIT sockets重新用于新的TCP连接/proc/sys/net/ipv4/tcp_syncookies 0 是否需要关闭洪水抵御 看自己业务，比如秒杀，肯定需要关闭了/proc/sys/net/ipv4/tcp_max_tw_buckets 180000 否则经常出现 time wait bucket table overflowtcp_nodelay on 小文件快速返回，我之前通过网络挂载磁盘出现找不到的情况tcp_nopush ontcp_tw_recycle 快速回收可能导致丢包的问题 https://www.im050.com/posts/435linux 系统的优化除了上面的网络协议配置也是在系统基础之外，为了配合nginx自己里面的设定需要做如下修改/proc/sys/net/core/somaxconn 65535ulimit -a 65535Nginx配置性能优化的方法php 优化升级到 php7注意有很多函数和扩展被废弃，比如mysql相关的，有风险，做好测试再切换。opcode 缓存php 5.5 之后好像就内置了吧，需要在php.ini里添加如下配置opcache.revalidate_freq=60 opcache.validate_timestamps=1 opcache.max_accelerated_files=1000 opcache.memory_consumption=512 opcache.interned_strings_buffer=16 opcache.fast_shutdown=1opcache.revalidate_freq这个选项用于设置缓存的过期时间（单位是秒），当这个时间达到后，opcache会检查你的代码是否改变，如果改变了PHP会重新编译它，生成新的opcode，并且更新缓存。opcache.validate_timestamps当这个选项被启用（设置为1），PHP会在opcache.revalidate_freq设置的时间到达后检测文件的时间戳（timestamp）。opcache.max_accelerated_files这个选项用于控制内存中最多可以缓存多少个PHP文件。opcache.memory_consumption你可以通过调用opcachegetstatus()来获取opcache使用的内存的总量opcache.interned_strings_buffer字符串opcache的复用，单位为MBopcache.fast_shutdown=1开启快速停止续发事件，依赖于Zend引擎的内存管理模块php7 hugepage 的使用Hugepage 的作用：间接提高虚拟地址和内存地址转换过程中查表的TLB缓存命中率opcache.huge_code_pages=1鸟哥博客详细介绍：http://www.laruence.com/2015/...代码伪编译以thinkphp为例，它会把框架基础组件（必须用到的组件）合并压缩到一个文件中，不仅减少了文件目录查找，文件打开的系统调用。 通过stracephp-fpm子进程，可以清楚系统调用的过程，在我上面例子中有打开一个文件有12次系统调用（只是举例，我这里相对路径设置的原因导致多了两次文件查找）。如果有10个文件，那就是120次，优化的效果可能不是那么明显，但是这是一种思路。 顺便说下 set_include_path能不用就不要用，上面的demo的截图里面找不到目录就是证明。模板编译模板把它们自定义的语法，最后转换成php语法，这样方便解析。而不是每次都解析一遍。xhprof 查找性能瓶颈xhprof 查找性能瓶颈业务优化非侵入式扩展开发比如原来有一个model，叫问答，现在需要开发一个有奖问答，需要支持话题打赏，里面多了很多功能。这个时候应该利用面向对象的继承的特性。而不是做下面的开发<?php class AskModel {     public function detail($id){         $info = 从数据库查询到该问题的信息;         // 逻辑1                  // 逻辑2              } }<?php class AskModel {     public function detail($id){         $info = 从数据库查询到该问题的信息;         // 逻辑1         if($info\['type'\] == 2){             //...         }else{                      }                 // 逻辑2         if($info\['type'\] == 2){             //...         }else{                      }     } }这样逻辑多了，子类型多了，逻辑判断就非常重复，程序运行起来低效可能是一方面，更多的是不可维护性。业务和架构不分家，架构是建立在对业务的理解之上的。异步思想举例：处理邮件发送。gearman 图片裁剪。页面上 ajax 加载动态数据。图片的懒加载，双击图片看大图。sf 上通过websocket 通知你有新的消息，但是并没有告诉你有什消息，点击消息图标才会去异步请求具体的消息。这些都是异步的思想。能分步走就分步走，能不能请求的就不请求。静态化专题页面，比如秒杀页面，为了应对更大的流量、并发。而且更新起来也比较方便。业务解耦比如刚刚上面说的专题页面，还有必要走整个框架的一套流程吗？进来引用一大堆的文件，初始化一大堆的东西？是不是特别低效呢？所以需要业务解耦，专题页面如果真要框架（可以首次访问之后生成静态页面）也应该是足够轻量级的。不能与传统业务混为一谈。分布式以及 soa说业务优化，真的不得不提架构方面的东西，业务解耦之后，就有了分布式和soa。 说下 soa 自定义 socket 传输协议。 最重要的就是在自定义头里面强调body_len，注意设置为紧凑型，才能保证跨平台性Mysql 优化数据索引相关的文章网上很多了，不足的地方大家补充。表设计 - 拥抱 innodb现在大多数情况都会使用innodb类型了。具体原因是 mysql 专家给的意见。 我自己对 mysql 的优化不了解，每一个细分领域都是一片汪洋，每个人的时间精力是有限的，所以大家也不用什么都非要深入去研究，往往是一些计算机基础更为重要。 参考这份ppt MySQL秘籍.pdf表设计 - 主键索引innodb 需要一个主键，主键不要有业务用途，不要修改主键。主键最好保持顺序递增，随机主键会导致聚簇索引树频繁分裂，随机I/O增多，数据离散，性能下降。举例： 之前项目里有些索引是article_id + tag_id 联合做的主键，那么这种情况下，就是业务了属性了。主键也不是顺序递增，每插入新的数据都有可能导致很大的索引变动（了解下数据库b+索引的原理）表设计 - 字段选择能选短整型，不选长整型。比如一篇文章的状态值，不可能有超过100种吧，不过怎么扩展，没必要用int了。能选 char 就避免 varchar，比如图片资源都有一个hashcode，固定长度20位，那么就可以选char了。当使用 varchar 的时候，长度够用就行，不要滥用。大文本单独分离，比如文章的详情，单独出一张表。其他基本信息放在一张表里，然后关联起来。冗余字段的使用，比如文章的详情字段，增加一个文章markdown解析之后的字段。索引优化大多数情况下，索引扫描要比全表扫描更快，性能更好。但也不是绝对的，比如需要查找的数据占了整个数据表的很大比例，反而使用索引更慢了。没有索引的更新，可能会导致全表数据都被锁住。所以更新的时候要根据索引来做。联合索引的使用explain 的使用联合索引“最左前缀”，查询优化器还会帮你调整条件表达式的顺序，以匹配组合索引的要求。CREATE TABLE `test` (   `id` int(11) unsigned NOT NULL AUTO_INCREMENT,   `a` int(10) unsigned NOT NULL,   `b` int(10) unsigned NOT NULL,   `c` int(10) unsigned NOT NULL,  PRIMARY KEY (`id`),   KEY `index_abc` (`a`,`b`,`c`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8;能使用到索引explain select * from test where a=1; explain select * from test where a=1 and b=2; explain select * from test where a=1 and b=2 and c=3; explain select * from test where a=1 and b in (2,3) and c=3; explain select * from test where a=1 and b=2 order by c desc;不能使用索引explain select * from test where a=1 and b in (2,3) order by c desc; explain select * from test where b=2;explain 搜到一篇不错的: http://blog.csdn.net/woshiqjs... 很重要的参数type,key,extratype 最常见的system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALLextra如果有Using filesort或者Using temporary的话,就必须要优化了收集慢查询my.ini 配置里增加long_query_time=2 log-slow-queries=/data/var/mysql_slow.log使用 nosqlredis 丰富的数据类型，非常适合配合mysql 做一些关系型的查询。比如一个非常复杂的查询列表可以将其插入zset 做排序列表，然后具体的信息，通过zset里面的纸去mysql 里面去查询。缓存优化多级缓存请求内缓存static 变量存储，比如朋友圈信息流，在一次性获取20条信息的时候，有可能，点赞的人里面20条里面有30个人是重复的，他们点赞你的a图片也点赞了你的b图片，所以这时，如果能使用static数组来存放这些用户的基本信息就高效了些。本地缓存请求结束了，下拉更新朋友圈，里面又出现了上面的同样的好友，还得重新请求一次。所以本地常驻内存的缓存就更高效了。分布式缓存在A服务器上已经查询过了，在下拉更新的时候被分配到B服务器上了，难道同样的数据再查一次再存到B服务器的本地缓存里面吗，弄一个分布式缓存吧，这样防止了重复查询。但是多了网络请求这一步。很多时候是三者共存的。避免缓存的滥用案例分析用户积分更新比如用户的基本信息和积分混在一起，当用户登录的时候赠送积分。则需要更新用户的积分，这个时候更新整个用户的基本信息缓存么？所以这里也可以运用下面 hashes 分片的原则去更新礼物和主题绑定缓存为了取数据方便把多个数据源混合缓存了，这种情况，相比大家可能都见过，这是灾难性的设计。{id:x,title:x,gift:{         id:x,         name:x,         img:x,     }}如果需要更新礼物的图片，那么所有用到过这个礼物的话题的缓存都要更新。redis 优化多实例化，更高效地利用服务器 cpu内存优化，官方意见 https://redis.io/topics/memor... 有点老尽可能的使用 hashes ，时间复杂度低，查询效率高。同时还节约内存。Instagram 最开始用string来存图片id=>uid的关系数据，用了21g，后来改为水平分割，图片id 1000 取模，然后将分片的数据存在一个hashse 里面，这样最后的内容减少了5g，四分之一基本上。每一段使用一个Hash结构存储，由于Hash结构会在单个Hash元素在不足一定数量时进行压缩存储，所以可以大量节约内存。这一点在String结构里是不存在的。而这个一定数量是由配置文件中的hash-zipmap-max-entries参数来控制的。服务器认知的提升下面的内容，只能是让大家有一个大概的认识，了解一个优化的方向，具体的内容需要系统学习很多很多的知识。多进程的优势多进程有利于 CPU 计算和 I/O 操作的重叠利用。一个进程消耗的绝大部分时间都是在磁盘I/O和网络I/O中。 如果是单进程时cpu大量的时间都在等待I/O，所以我们需要使用多进程。减少上下文切换为了让所有的进程轮流使用系统资源，进程调度器在必要的时候挂起正在运行的进程，同时恢复以前挂起的某个进程。这个就是我们常说的“上下文切换”。无限制增加进程数，则会增多 cpu 在各个进程间切换的次数。 如果我们希望服务器支持较大的并发数，那么久要尽量减少上下文切换的次数，比如在nginx服务上nginx的子进程数不要超过cpu的核数。 我们可以在压测的时候通过vmstat,nmon来监控系统上下文切换的次数。IOwait 不一定是 I/O 繁忙# top top - 09:40:40 up 565 days,  5:47,  2 users,  load average: 0.03, 0.03, 0.00 Tasks: 121 total,   2 running, 119 sleeping,   0 stopped,   0 zombie Cpu(s):  8.6%us,  0.3%sy,  0.0%ni, 90.7%id,  0.2%wa,  0.0%hi,  0.2%si,  0.0%st一般情况下IOwait代表I/O操作的时间占（I/O操作的时间 + I/O和CPU时间）的比例。 但是也时候也不准，比如nginx来作为web服务器，当我们开启很多nginx子进程，IOwait会很高，当再减少进程数到cpu核数附近时，IOwait会减少，监控网络流量会发现也增加。多路复用 I/O 的使用只要是提供socket服务，就可以利用多路复用 I/O 模型。减少系统调用strace 非常方便统计系统调用# strace -c -p 23374Process 23374 attached - interrupt to quit ^CProcess 23374 detached % time     seconds  usecs/call     calls    errors syscall ------ ----------- ----------- --------- --------- ----------------  30.68    0.000166           0       648           poll  12.01    0.000065           0       228           munmap  11.65    0.000063           0       228           mmap  10.54    0.000057           0       660           recvfrom  10.35    0.000056           0       708           fstat   7.76    0.000042           0       252           open   6.10    0.000033           1        36           write   5.73    0.000031           0        72        24 access   5.18    0.000028           0        72           read   0.00    0.000000           0       276           close   0.00    0.000000           0        13        13 stat   0.00    0.000000           0       269       240 lstat   0.00    0.000000           0        12           rt_sigaction   0.00    0.000000           0        12           rt_sigprocmask   0.00    0.000000           0        12           pwrite   0.00    0.000000           0        48           setitimer   0.00    0.000000           0        12           socket   0.00    0.000000           0        12           connect   0.00    0.000000           0        12           accept   0.00    0.000000           0       168           sendto   0.00    0.000000           0        12           shutdown   0.00    0.000000           0        48           fcntl   0.00    0.000000           0        12           flock   0.00    0.000000           0       156           getcwd   0.00    0.000000           0        24           chdir   0.00    0.000000           0        24           times   0.00    0.000000           0        12           getuid ------ ----------- ----------- --------- --------- ---------------- 100.00    0.000541                  4038       277 total通过strace查看“系统调用时间”和“调用次数”来定位问题strace：跟踪进程的系统调用 、ltrace：跟踪进程调用库函数自己构建web服务器要想理解web服务器优化的原理，最好的办法是了解它的来龙去脉，实践就是最好的方式，我分为以下几个步骤：用 PHP 来实现一个动态 Web 服务器 简单静态 web 服务器（循环服务器）的实现 多进程并发的面向连接 Web 服务器的实践简单静态 Select Web 服务器的实现I/O 多路复用上面是我的学习笔记，图片资源丢失了，大家可以根据相关关键词去搜搜相关的文章和书籍，更推荐大家去看书。