数据库服务器

1、使用终端操作数据库 （1）登录数据库服务器 mysql -uroot -p（密码） 若只有一个用户输入密码可直接登录 （2）查询数据库服务器中所有用户 show databases； +------------------------------+ | Database | +------------------------------+ | information_schema | | mysql | | performance_schema| | sys | +------------------------------+ 4 rows in set (0.00 sec) （3）选中某个数据库进行操作 use （用户名） 然后输入select * from （组名） select * from （组名） where （组名第一个组名大写）_ID=x； 来源： https://www.cnblogs.com/liang-xp/p/11494530.html

MySQL主从复制(Master-Slave)实践 MySQL数据库自身提供的主从复制功能可以方便的实现数据的多处自动备份，实现数据库的拓展。多个数据备份不仅可以加强数据的安全性，通过实现读写分离还能进一步提升数据库的负载性能。 下图就描述了一个多个数据库间主从复制与读写分离的模型(来源网络)： 在一主多从的数据库体系中，多个从服务器采用异步的方式更新主数据库的变化，业务服务器在执行写或者相关修改数据库的操作是在主服务器上进行的，读操作则是在各从服务器上进行。如果配置了多个从服务器或者多个主服务器又涉及到相应的负载均衡问题，关于负载均衡具体的技术细节还没有研究过，今天就先简单的实现一主一从的主从复制功能。 Mysql主从复制的实现原理图大致如下(来源网络)： MySQL之间数据复制的基础是二进制日志文件（binary log file）。一台MySQL数据库一旦启用二进制日志后，其作为master，它的数据库中所有操作都会以“事件”的方式记录在二进制日志中，其他数据库作为slave通过一个I/O线程与主服务器保持通信，并监控master的二进制日志文件的变化，如果发现master二进制日志文件发生变化，则会把变化复制到自己的中继日志中，然后slave的一个SQL线程会把相关的“事件”执行到自己的数据库中，以此实现从数据库和主数据库的一致性，也就实现了主从复制。

大型网站为了 缓 解大量的并发访问，除了在网站实现分布式负载均衡，远远不够。 到了数据业务层、数据访问层，如果还是传统的数据结构，或者只是单单靠一台服务器扛，如此多的数据库连接操作，数据库必然会崩溃，数据丢失的话，后果更是不堪设想。 这时候，我们会考虑如何减少数据库的 连 接，一方面采用优秀的代码框架，进行代码的优化，采用优秀的数据缓存技术如： memcached,redis。 如果资金丰厚的话，必然会想到假设服务器群，来分担主数据库的压力 。 这就涉及到之前讲到的负载均衡 概述：搭设一台 Master服务器，搭设两台Slave服务器 原理：主服务器（ Master）负责网站Query操作，从服务器负责nonQuery操作，用户可以根据网站功能特性, 模块访问 Slave服务器，为请求分配从服务器连接。主从服务器利用MySQL的二进制日志文件，实现数据同步。二进制日志由主服务器产生，从服务器响应获取同步数据库。 具体实现： 主服务器配置 1. 在 Master MySQL上创建一个用户‘repl’，并允许其他Slave服务器可以通过远程访问Master，通过该用户读取二进制日志，实现数据同步。 create user repl; //创建新用户 //repl用户必须具有REPLICATION SLAVE权限，除此之外没有必要添加不必要的权限，密码为mysql。说明一下192.168

1. 主从简介 为了解决以下典型两个问题，我们导入主从学习 用一台数据库存放数据，若此数据库服务器宕机了导致数据丢失怎么办？ 业务量大了，数据多了，访问的人多了，一台数据库无法保证服务质量了怎么办？ 1.1 主从作用 实时灾备，用于故障切换 读写分离，提供查询服务 备份，避免影响业务 1.2 主从形式 一主一从 主主复制 一主多从---扩展系统读取的性能，因为读是在从库读取的 多主一从---5.7开始支持 联级复制 2. 主从复制原理 主从复制步骤： 主库将所有的写操作记录到binlog日志中并生成一个log dump线程，将binlog日志传给从库的I/O线程 从库生成两个线程，一个I/O线程，一个SQL线程 I/O线程去请求主库的binlog，并将得到的binlog日志写到relay log（中继日志） 文件中 SQL线程，会读取relay log文件中的日志，并解析成具体操作，来实现主从的操作一致，达到最终数据一致的目的 3. 主从复制配置 主从复制配置步骤： 1）确保从数据库与主数据库里的数据一样 2）在主数据库里创建一个同步账号授权给从数据库使用 3）配置主数据库（修改配置文件） 4）配置从数据库（修改配置文件） 需求： 搭建三台MySQL服务器，一台作为主服务器，其它两台作为从服务器（其中一项主从为主库中存有数据，另一项主库中没有数据），主服务器进行写操作

MySQL的主从复制是通过binlog日志来实现的，主从复制中的“主”指的是MySQL主服务器上的数据库，“从”指的是MySQL从服务器上的数据库，且这种复制是基于数据库级别的，为此从服务器中的数据库名称必须和主服务器中的数据库名称保持一致，那么，要想实现主从复制，我们至少要有两个MySQL服务器（最好是两个MySQL服务器分别位于不同的主机上，或者在一个主机上安装两个MySQL，端口不同即可）。 一般来说，MySQL数据库的主库和从库是分布在不同的主机上。假如，现在我们只有一台主机，且是windows系统，如何实现MySQL的主从复制呢？方法如下： 这里我们只介绍 一主一从 的操作方法。 我的电脑已经安装了 xampp 集成环境（同wamp安装包类似），可以把它里面的MySQL服务作为MySQL的主服务器。那么，我们还需要在这台电脑上再安装一个MySQL，作为数据库的从服务器。 我的电脑xampp中已安装的MySQL版本为 5.6.20，端口为3306。 我们需要再安装一个MySQL（最好安装同版本和相近版本的，以免出现问题），端口改为3307，安装方法见： http://blog.csdn.net/lamp_yang_3533/article/details/52263751 数据库服务器的参数： 主服务器（master）： IP为127.0.0.1，端口为3306 从服务器

Mysql 主从复制是一台服务器充当主服务器，另一台或多台服务器充当从服务器，主机自动复制到从机。对于多级复制，数据服务器即可充当主机，也可充当从机。 Mysql 复制的基础是主服务器对数据库修改记录二进制日志 binlog ，从服务器通过主服务器的 binlog 自动执行更新。 下面以 InnoDB 引擎为例，说明配置主从复制的方法。 1 配置 /etc/my.cnf 修改主服务器 my.cnf ，在 [mysqld] 中增加如下内容： ## 打开 binlog log-bin=mysql-bin ## 服务器 ID 。服务器之间不能有重复 ID ，一般主是 1 server-id = 1 ## 指定不写 binlog 的数据库，不同步系统库 binlog-ignore-db = mysql binlog-ignore-db = information_schema binlog-ignore-db = cluster ## 指定写二进制的数据库，多个要多行 replicate-do-db = DB_Test ## 指定跨库更新也同步的数据库。和 replicate-do-db 相同多行 replicate-wild-do-table=DB\_Test.% 修改从服务器 my.cnf ，设置 server-id=2 。 另外，主从服务器的 ip 和端口信息配置不在 my.cnf

大型站点高并发架构技术 高并发: 高并发主要是由于网站PV访问量大，单台服务器涌承载大量访问所带来的压力，所以会采用多台服务器进行分流，采用服务器集群技术，对于每个访问会被发送到哪台服务器，我们采取负载均衡策略，常见的技术有LVS，由于网站中有大量的静态页面，所以采用缓存服务器和反向代理技术，包括HAPROXY，REDIS,数据库可以采用数据库集群，进行读写分离，缓解数据库压力。 大型站点高并发架构就是利用负载均衡技术、反向代理技术、数据库集群、web服务器集群、Nosql技术等，以实现单台数据器不能达到的并发量，换句话说就是用一群屌丝代替一个高富帅。 1.大型站点高并发架构是为了解决百万千万级PV带来的性能瓶颈。 2.出现高并发架构的原因是大型网站发现在巨量pv下买更多更好的服务器已经无法简单的解决问题，只能从架构 上想办法来，充分发挥设备的效能。 3. 高可用解决方案（corosync,pacemaker,KeepAlived）负载均衡（LVS）缓存服务（Varnish）反向代理（haproxy）web服务器（Apache，Nginx，Tomcat）站点架构（Lamp，Lnmp） 什么是大型站点 大型站点高并发架构。首先，什么是大型站点，大型站点至少有两个特点（1）访问量大，淘宝的每日PV有几十亿（2）后台服务器多，淘宝后台服务器据说有十多万台。然后，大型网站的高并发架构

很多公司已经开发了监控解决方案，解决了指标收集、展示、预警发送等一系列问题。 本文介绍的监控解决方案由高性能时序数据库InfluxDB、时序分析监控工具Grafana及Agentless自动化工具Ansible构成：Ansible负责不间断抓取服务器硬件指标数据，并将数据存储在数据库InfluxDB中；时序分析监控工具Grafana负责从InfluxDB中读取并展示指标数据，设定阈值，配置预警。 一、开发环境 通过三台本地虚机还原监控对象：一台为监控服务器（monitor），另两台为可接入监控服务的服务器（server1和server2）。 使用Vagrant管理开发环境，执行vagrant up monitor命令，通过下方Vagrantfile开启并配置监控服务器。如果需要把server1和server2接入监控服务中，可以稍后启动这两台虚机服务器。 Ansible负责配置监控服务器，包括安装InfluxDB、Grafana及Ansible以及配置监控服务。为了保证代码整洁，结构清晰，每个工具的安装任务都保存在单独的YML文件夹中。include_tasks可动态地将分组后的任务纳入整个流程中。 二、监控服务配置 监控服务配置步骤如下方monitoring-configuration.yml文件所示。首先，创建monitor数据库，生成API，用于完成各项数据库操作

一,服务器环境搭建 1-1.Apache服务器。（端口号定义，http协议，开启和关闭） 服务器： 我们在浏览器浏览网页的时候，在地址栏中都会产生一个url。通过这个url，浏览器从互联网中找到一个网页并下载到当前浏览器中显示。那么这个网页从何而来呢？ 从web服务器来。一个网站完成开发后，我们需要把网站上传到一个web服务器中，web服务器会产生一个url地址，用户通过这个地址，在浏览器的地址栏中输入这个url,就可以在互联网上访问这个网站了。 web服务器是什么呢？web服务器实际上就是一台互联网联通的计算机，计算机上保存了许多文档或者网站，可供联网的客户端访问。 目前最主流的三个Web服务器是Apache、 Nginx 、IIS Apache、 Nginx 、IIS ：这三个指的是服务器运行环境。 1-2.webserver原理。 客户端浏览器向服务器发送一个http请求,请求通过应用层http携带请求的条件（数据），经过TCP与服务器的三次握手，确认连接成功后，向服务器发送数据包，服务器接收到数据所并通过解析处理后，向客户端返回数据包，客户端接收解析并将结果显示在页面。 1-3.集成环境安装。 这里使用wampserver集成环境 1-4.php运行环境介绍。 Apache是世界使用排名第一的Web服务器软件。它可以运行在几乎所有广泛使用的计算机平台上

（一）SQL Server-AlwaysOn 技术：SQL Server AlwaysOn 即“全面的高可用性和灾难恢复解决方案” 1、数据库级可用性-只读副本：SQL Server 2012-4个，SQL Server 2014-8个 a、每个节点都安装了本地的 SQL Server，可以不使用共享存储，但是数据库在每个节点上的磁盘文件夹必须是一致的。 b、主节点可读可写，其它辅助节点只可读。 c、全部节点都加入一个 Windows Fail-over Cluster 中。 可以为AlwaysOn可用性组配置一个侦听器（虚拟计算机）。客户端如果访问这个侦听器则可以实现read/write；客户端如果访问指定的辅助节点，可能实现read/write（如果该节点是主节点），或者只能read-only。 负载分离： a、可以将一部分的read only请求发送到辅助副本： 1）第一种：修改应用程序，在客户端实现。例如，指定将read/write都指向AlwaysOn可用性组的侦听器（不赞成指向某个节点，因为无法确保某个节点可以write），将部分read only请求指向辅助副本。 2）第二种：为AlwaysOn可用性组配置只读路由： 脚本如下： ALTER AVAILABILITY GROUP [AG1] MODIFY REPLICA ON N'COMPUTER01' WITH