导读：有好多人在接触到服务器之前一般都是操作过一个有线网卡或者加一个无线网卡，一般服务器都有多个网卡或者网口，那么这时候如何操作了，本人在以前的公司里管理过相关服务器，就这个问题来浅淡一下。高手请绕道，若喜欢，敬请关注，不喜，勿喷，感谢。
松哥原创的 Spring Boot 视频教程已经杀青，感兴趣的小伙伴戳这里-->Spring Boot+Vue+微人事视频教程
经过一系列的网页优化+静态化页面后，确实快了，但是之前的方法也保留了。今天通过其它地方的文章外链访问一篇文章的时候等了16秒左右... 简直了，不能甩锅给服务器配置了，带宽够得啊。正好得空，就经过一番查找然后解决了。
一个大中型的图书馆信息系统涉及到许多方面的技术与方案，本文着重讨论与Web服务器性能有关的一些内容。 本人有幸作为项目负责人之一参与了某大型图书馆数字化信息系统的设计和基于Web应用软件的开发工作。由于在数字化图书馆信息系统中流通着的大多是数字化的索引、文摘、全文、图像或音频视频等多媒体值息，対Web服务器性能有着较高的要求。 结合实际工程经验，本文将从硬件实现手段（缓存服务器、均衡负载设备、Web双机镜像、CPU和网卡的提升、网络带宽扩充）和软件实现手段（三层C/S软件结构设计、应用程序部署）等两个大方面论述如何提高Web服务大路的性能，以便使用户能够更快捷、高效、安全地使用应用系统。
1. 两台数据库服务器，IP分别为 192.168.216.128 和 192.168.216.129，在服务器上装MySQL（我的配置版本为5.7.24）
数据库热点问题可以说是比较常见的场景，但往往这是表象，为什么产生热点，它背后的根源，才是解决问题的关键所在。同一个现象，可能来自于不同的原因，都需要相应分析，才可以找到合适的解决方案。技术社群的这篇文章《数据库热点问题的产生和避免》从若干个方向讨论了数据库热点问题的产生以及避免的策略，可以给我们提供一些借鉴。
随着越来越多的企业用户将传统的业务系统迁移至虚拟化环境或是云服务商提供的云平台，数据的泄露及篡改风险变的越发严峻，针对数据安全的防护以及事后审计追溯也变得越来越困难。究其原因，主要是传统的数据库审计解决方案是通过旁路分析目标被审计数据库镜像的流量，而虚拟化环境或者云平台由于内部的虚拟交换机（Vswitch）流量很难镜像或者无法镜像，因此传统的数据库审计解决方案不足以应对虚拟化和云平台的数据库审计需求。
随着越来越多的企业用户将传统的业务系统迁移至虚拟化环境或是云服务商提供的云平台，数据的泄露及篡改风险变的越发严峻，针对数据安全的防护以及事后审计追溯也变得越来越困难。究其原因，主要是传统的数据库审计解决方案是通过旁路分析目标被审计数据库镜像的流量，而虚拟化环境或者云平台由于内部的虚拟交换机（Vswitch）流量很难镜像或者无法镜像，因此传统的数据库审计解决方案不足以应对虚拟化和云平台的数据库审计需求。 首先我们对虚拟化及云平台环境中，传统的数据库审计解决方案在典型的几种场景下的优缺点进行解析：
入口服务器(2台)： CPU：单核或双核 内存：DDR4 ２G或以上 硬盘：SATA 100G或以上 网卡：千兆网卡 带宽:10Mbps独享或以上 应用服务器(2台): CPU：8核或以上 内存：DDR4 8G或以上 硬盘：SATA 300G或以上 网卡：千兆网卡 带宽:10Mbps独享或以上 数据存储--Mysql服务器(2台): CPU：8核或以上 内存：DDR4 8G或以上 硬盘：SATA 500G或以上 网卡：千兆网卡 带宽:10Mbps独享或以上 数据存储--缓存服务器(1台): CPU：8核或以
CentOS （Community Enterprise Operating System，中文意思是：社区企业操作系统）是Linux发行版之一，它是来自于红帽的Red Hat Enterprise Linux依照开放源代码规定释出的源代码所编译而成。由于出自同样的源代码，因此和红帽商业版的RHEL系统用着同样的高度稳定性。两者的不同，在于CentOS并不包含红帽的商业支持和一些RHEL商业版隐藏的功能。CentOS是完全开源和免费的，企业可以在生产环境上自由部署
对此网站进行SQL注入测试之后发现这个网站是没有WAF之类的防护软件进行包含网站的，那么我就直接使用SQLMAP进行SQL注入测试。SQLMAP给出网站的指纹信息，服务器是一个window的服务器，并且版本是windows 10 或者2016。如果是服务器的话我绝对可能就是windows 2016了。并且中间件是IIS10.0。数据库是mysql。对方给的数据库权限比较高，那么就直接从数据库入手吧。
由于工作需求，需要对一大批C/S架构的系统进行测试，所以这几天一直在摸索怎么个套路法，踩过的坑就不发了，直接奔我个人的套路： C/S架构的系统，说最直白一点就是一堆.exe的系统，他们大部分没有web端，这就给我们这种web狗带来了难题了，怎么测试呢，网上没有详细资料，我这里也是个人的摸索经验。 1.走http协议的，这里就不说了，因为都走的是http协议了，跟有没有web端已经无所谓了，直接挂上全局代理，用burp抓包进行分析吧。和测试web的一个套路 2.不走http协议的，如我下面举的例子，走的是MS
web服务器：让用户访问需要公网IP地址，域名解析，当访问网站的用户较多，同时写入增多消耗IO，服务器磁盘压力，为了缓解压力，用户在网站的注册等某些字符串信息，那就存储到数据库服务器，图片视频附件等存储在存储服务器，不够用是也可以配置多台服务器
如图，假设我们申请了4台数据库服务器，每台上面部署了8个数据库，每个数据库对于每张表分了32张表
本文为《Performance Tuning: A Comprehensive Guide》读书笔记。 做过性能调优的同学都知道，最怕的不是性能差，而是费了半天劲在细节上死抠，却忽视了另外一整个对性能有巨大影响的维度，旁边放着一西瓜却使劲在芝麻上雕花。针对这种情况，《Performance Tuning: A Comprehensive Guide》的作者梳理了影响性能的几个维度，具备一定的完整性，新手可以按图索骥的去调优，老手也可以拿来参考看看是否漏掉了某些事半功倍的方法。 这里谈到的性能是一种统称，包
这个方案就跟停机迁移一样，步骤几乎一致，唯一的一点就是那个导数的工具，是把现有库表的数据抽出来慢慢倒入到新的库和表里去。但是最好别这么玩儿，有点不太靠谱，因为既然分库分表就说明数据量实在是太大了，可能多达几亿条，甚至几十亿，你这么玩儿，可能会出问题。
突然! 扩容了，扩容成6个库，每个库需要12个表，你怎么来增加更多库和表？ 当你已经弄好分库分表方案，测试也通过了，数据能均匀分布到各个库和表里去，而且接着你还通过双写方案上了系统，已经直接基于分库分表方案在搞了。 需求来了~现在这些库和表又支撑不住了，要继续扩容，咋办？
这个你必须面对的事，就是当你已经弄好分库分表方案，测试也通过了，数据能均匀分布到各个库和表里去，而且接着你还通过双写方案上了系统，已经直接基于分库分表方案在搞了。
oracle数据库，需要对kernel.shmmax shmmni shmall sem fs.file-max优化 web应用服务器，需要net.ipv4.ip_local_port_range tcp_tw_reuse somaxconn
既然一件事物有很多的问题，无法适应时代的发展，那被淘汰也是必然的。就像汽车取代马车，手机取代寻呼机，数字音乐取代CD唱片一样。那取代IOE架构的会是什么呢？从目前的发展趋势来看，数据库一体机非常有可能
昨天我们分享了怎么不停机进行分库分表数据迁移（数据库分库分表后，我们生产环境怎么实现不停机数据迁移）后来有好多朋友问我，说他们的系统虽然也到了差不多分表的地步了，但是，不知道具体拆分多少张表，分多了又怕浪费公司资源，分少了又怕后面怎么去扩容，还有另一些朋友说，所在的公司规模还不大，尚在发展中，公司压根就没这么资源给他们这么去拆分。
WordPress需要部署在服务端，如果我们只是为了看下效果或者测试开发使用，那就需要直接部署在本地。而我之所以想要在本地部署也是因为打算开发一个WordPress 的插件，在服务器上搭建和测试插件太不方便了。按照以前的思路是需要在本地安装 phpStudy、XAMMP这类服务器软件，现在有了Docker 可就方便多了，只用安装相应镜像跑起来就可以了。
mysql 是一款广受欢迎的数据库，由于它是开源的半商业软件，所以市场占有率高，备受php开发者的青睐，一直被认为是php的最佳搭档。同时php也具有强大的数据支撑能力。
不管是开发同学还是DBA,想必大家都遇到慢查询(select,update,insert,delete 语句慢)，影响业务稳定性。这里说的慢，有两个含义一是比正常的慢，有可能正常执行时间是10ms，异常的是100ms 。二是sql执行时间超过设置的慢查询标准比如500ms。
其实我一直想尝试的是，弱密码进入别人后台搞一番事情，但是这种事情我也只能从别人的文章中看得到了！哈哈哈哈哈哈这也太难受了！那我是如何进入别人后台的呢！也是从数据库密码泄露开始。在翻找以前留下的shell中，在一个旁站的数据库配置文件中发现了一个不同寻常的数据库链接IP地址。
1、办公区的PC telnet 172.16.100.22 1433 SQLServer端口是通的，用Navicat可以连上数据库
不管是为了满足业务发展的需要，还是为了提升自己的竞争力，关系数据库厂商（Oracle、DB2、MySQL 等）在优化和提升单个数据库服务器的性能方面也做了非常多的技术优化和改进。但业务发展速度和数据增长速度，远远超出数据库厂商的优化速度，尤其是互联网业务兴起之后，海量用户加上海量数据的特点，单个数据库服务器已经难以满足业务需要，必须考虑数据库集群的方式来提升性能。
1.慢查询：很难在短时间内过滤出需要的数据 查询字区分度低 -> 要在大数据量的表中筛选出来其中一部分数据会产生大量的磁盘io -> 降低磁盘效率
大家好，又见面了，我是你们的朋友全栈君。任何数据库在长期使用过程中，都会存在安全隐患。对于数据库管理员来说不能仅寄希望于计算机操作系统的安全运行，而是要建立一整套的数据库备份与恢复机制。当任何人为的或是自然的灾难一旦出现，而导致数据库崩溃、物理介质损坏等，就可以及时恢复系统中重要的数据，不影响整个单位业务的运作。然而如果没有可靠的备份数据和恢复机制，就会带来系统瘫痪、工作停滞、经济损失等等不堪设想的后果。本文以ORACLE数据库为例，结合医院的业务应用环境，介绍 ORACLE数据库的备份恢复。 首先，应当制定一个严格的工作制度，规范化数据库维护的工作流程。 总结实际工作中的经验，数据库管理员应当按照以下原则进行数据库系统的维护： 要求：每日值班的数据库管理员应当随时监控主数据库服务器、备份数据库服务器的软件、硬件的正常运行，一旦出现故障，应立即向领导汇报并采取相应恢复措施。 一、管理员应当每日察看数据库的冷备份报告，出现问题及时检查备份文件，保障每日数据库服务器的备份正常运行。 二、当主数据库服务器出现数据库错误时，应检查数据库的工作状态。如果工作不正常应及时将最新的备份数据覆盖当前数据库的损坏数据，并重新启动机器，检验数据库系统是否能够自行恢复运行。如果重新启动后数据库系统不能正常运行，则数据库系统文件被破坏，应重新安装ORACLE数据库并启用紧急恢复方案。 三、当主数据库服务器出现硬件故障时，应在1小时内更新备份数据库为最新数据，并启动备份数据库服务器，将备份数据库服务器升级为主数据库服务器。对于损坏的主数据库服务器应重新安装ORACLE数据库，并启用紧急恢复方案。 四、当备份数据库服务器出现数据库错误时，应检查ORACLE数据库的工作状态，如果工作不正常应及时将最新的备份数据覆盖当前数据库的损坏数据，并重新启动机器，检验数据库系统是否能够自行恢复运行。如果重新启动后数据库系统不能正常运行，则数据库系统文件被破坏，应重新安装ORACLE数据库并启用紧急恢复方案。如果ORACLE工作不正常，应重新安装ORACLE数据库并启用紧急恢复方案。 五、当备份数据库服务器出现硬件故障时，应尽快修复。等待硬件正常工作后，首先重新安装ORACLE数据库，并采用紧急恢复方案恢复ORACLE数据库。 六、每周至少三次将备份数据转移到移动磁盘内，以防止出现自然灾害的事故而导致的备份数据丢失。 1．ORACLE数据库系统的安装 首次安装ORACLE7.3数据库。进入安装光盘的NT_x86目录，运行setup.exe，进行安装。选择安装目录：D：ORANT（在本文中以将ORACLE数据库安装到D盘为例，下不累述。） 选择安装模式：oracle7 server product 选中：oracle7 con text option 2.0.4.0.0oracle7 spatail data option 7.3.3.0.0. 选择标准安装模式。配置数据库：在net easy config中添加本地数据库的别名、ip地址。修改注册表的字符集为us7ascii（根据需要）。用internal帐户启动当前数据库，验证当前数据库已正确安装。Shutdown当前数据库。设置数据库为ARCHIVELOG方式： 1）将系统设置成自动归档写满的联机日志文件，修改参数文件D：ORANTDatabaseINITORACL.ORA文件，设置：
高可用性 HA（High Availability）指的是通过尽量缩短因日常维护操作（计划）和突发的系统崩溃（非计划）所导致的停机时间，以提高系统和应用的可用性。HA 系统是目前企业防止核心计算机系统因故障停机的最有效手段。
本篇文章是在我看完《从零开始学架构》之后，以架构演变为主线，梳理了一下演变过程中出现的问题以及解决方案，文章中引用了这本书的一些内容和图片
[这篇文章是由巴拉克·梅里莫维奇撰写的。] 我们已经在之前的文章中广泛讨论了OpenStack网络。在这篇文章中，我想深入讲解一个更高级的OpenStack网络场景。
LAMP这个词的由来最早始于德国杂志“c't Magazine”，Michael Kunze在1990年最先把这些项目组合在一起创造了LAMP的缩写字。这些组件虽然并不是开开始就设计为一起使用的，但是，这些开源软件都可以很方便 的随时获得并免费获得。这就导致了这些组件经常在一起使用。在过去的几年里，这些组件的兼容性不断完善，在一起的应用情形变得非常普便。为了改善不同组件 之间的协作，已经创建了某些扩展功能。目前，几乎在所有的Linux发布版中都默认包含了“LAMP stack”的产品。这些产品组成
MySQL的system命令很多时候可以方便查看操作系统上的相关信息，例如查看文件，查看网卡信息，查看日志信息等，没必要退出MySQL客户端。但是，有些同学会疑惑，如果我是远程连接的其他机器的数据库，那么system返回的结果是当前客户端本机的还是服务端的机器上的信息呢？
前面章节完成了Exchange 2013的分角色部署，已经部署完成了两台CAS角色和两台Mailbox角色服务器，前期的安装准备以及环境可以看我上一篇博客http://lixun.blog.51cto.com/4198640/946352。下面就来对Mailbox来实现高可用集群。
在 Java 开发的海洋中，我们经常会遇到各种各样的异常，它们像隐形的杀手一样，悄无声息地影响着程序的稳定性和性能。今天，我们要深入探讨的是 com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure 这个异常，它通常发生在与 MySQL 数据库交互时。本文将详细分析这个异常的产生原因、运行原理、作用，并总结相关知识点和应用场景。
虽然近十年来各种存储技术飞速发展，但关系数据库由于其ACID的特性和功能强大的SQL查询，目前还是各种业务系统中关键和核心的存储系统，很多场景下高性能的设计最核心的部分就是关系数据库的设计。
墨墨导读：本文出自墨天轮“每日一练”专栏，此专栏已连更84天，欢迎关注https://www.modb.pro/topic/26446(复制到浏览器中打开或者点击“阅读原文”直达)，本文主要描述实例优化中内存的管理。
[这篇文章是由巴拉克·梅里莫维奇撰写的。]
Ø 当业务因高可用机制发生数据库切换时，切换前后的数据库内容应当一致，不会因为数据缺失或者数据不一致而影响业务。
Java在游戏服务器开发中的应用 随着游戏市场的兴起，特别是网页游戏、手机游戏的崛起，对游戏开发技术的需求越来越多。网络游戏开发是一个庞大的体系，总体来说是客户端与服务器端。客户端是玩家接触的游戏图像显示端，服务器是处理游戏运行中的各种数据，由于一台服务器要支持众多玩家的请求，所以服务器的性能高低决定了同一个游戏的用户数量。 我们公司选择使用Java做服务器开发语言，主要原因是：1.Java是跨平台的，方便部署；2.Java是安全的高级语言，可以提高开发效率；3.Java是面向对象的，代码可以重用；4.Ja
我们接着上篇文章“利用MSF上线断网主机的思路分享”继续来分享一篇如何使用goproxy http代理方式上线不出网主机的利用姿势，结合上篇文章阅读更佳！！！
从网上去搜数据库优化基本都是从SQL层次进行优化的，很少有提及到数据库本身的实例优化。就算有也都是基于某个特定数据库的实例优化，本文涵盖目前市面上所有主流数据库的实例优化（Oralce、MySQL、POSTGRES、达梦）,按照文章的配置能够将你数据库性能用到80%或以上。
首先需要尽可能的了解优化问题，收集问题期间系统信息并做好存档。根据当前系统问题表现制定优化目标并与客户沟通目标达成一致；通过一系列工具分析系统问题，制定优化方案，方案评审完成后由各负责人员进行实施。若达到优化目标则编写优化报告，否则需要重新制定优化方案。
数据泄漏的成本是昂贵的，这之中包含着业务的中断、客户信任的丧失、损失的法律成本、监管罚款和勒索软件攻击。 数据泄漏或导致巨大的影响。最好的防御是好的进攻，所以让我们来看看保持数据库安全的五个关键实践：保护、审核、管理、更新和加密。 1 、用数据库代理防止攻击 数据库代理或网关代理介于应用程序和数据库之间，接收来自应用程序的链接，然后代表这些应用程序连接到数据库。 智能数据库代理提供最大范围的过滤，其模块提供安全、可靠、可扩展性和性能优势。 MaxScale数据库防火墙过滤解析查询可以阻止白名单上你不想通过的
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
