信息存储

目录 计算机概述 数据 总线 CPU 存储器 输入/输出设备 计算机的时标系统 计算机概述 计算机的基本组成: 存储器 :　　　　　实现 记忆功能 的部件用来存放计算程序及参与运算的各种数据 运算器 :　　　　　负责数据的 算术运算和逻辑运算 即数据的加工处理 控制器 :　　　　　负责对程序规定的 控制信息 进行分析,控制并协调输入,输出操作或内存访问 输入设备 :　　　　实现 计算程序和原始数据 的输入 输出设备 :　　　　实现 计算结果 输出 组成的联系: 图一 图二 计算机的工作过程: 用户 打开程序 系统把程序 代码段和数据段 送入计算机的内存 控制器从存储器中 取指令 控制器分析, 执行指令 ,为取下一条指令做准备 取下一条指令 ,分析执行,如此重复操作,直至执行完程序中全部指令,便可获得全部指令 冯·诺依曼机制: 程序存储 采用 2进制 计算机系统的体系结构: 图一: 图二 数据概述 数据信息的两种基本方法: 按值 表示 :　　要求在选定的进位制中正确表示出数值，包括数字符号，小数点正负号 按形 表示 :　　按一定的 编码方法 表示数据 信息的存储单位: 1KB=2^10B=1024 Byte 1MB=2^20B=1024 KB 1GB=2^30B=1024 MB 1TB=2^40B=1024 GB 浮点表示法: 公式 :　　N=2^(+-e)*(+-s) 说明 :

这段时间都在看护机房，在建设期间，各种需要人进行看护，想想一个机房还在建设期间，服务器就开始运行起来，业务流程开始运转，然后在服务器上又是各种操作，监护，只是一个逃避责任的做法，起不了什么波浪，起不了什么作用，然而只为其他目的而生。 今天在看护机房，机房施工为进行监控设备的安装调试，和几位兄弟聊了聊，也略微懂了一些，从而就在此絮叨絮叨。 为什么需要监控： 监控能监控到机房设施情况，例如机房的温度，机房的湿度，机房的人的各种操作；机房监控能进行实时报警，例如有人擅闯机房，空调漏水等等，机房监控最主要的目的还是监控，为了业务能够正常的流转，从而建设一个机房的监控。 什么地方需要监控： 机柜的温度湿度需要监控，机柜门的开关需要监控，机房的空调运行情况需要监控；UPS室内空调，温度，湿度需要监控，UPS的电压电流需要监控，UPS报警需要监控；电池室的电池需要监控，温度湿度需要监控，空调的漏水情况需要进行监控；空调保障间的温度湿度，配电柜的电压需要监控，总之讲起来也就是这些个地方了。 为什么选择视频监控： 及时报警时最主要的了，视屏信号保存在核心机房中 报警方式分类： 报警分为声音报警，主要就是在监控的软件界面上，会直接发出声音，通知相关人员，有报警发生；短信报警，向指定的号码发送手机短信，告诉相关用户发生相关异常；电话报警，会直接拨打相关人员电话，在喂的一声中，会自动播报相关的报警信息。

例如，我将一个需要访问数据库的py文件必须提交，但是数据库的密码又不能保存在其中。 目前想到的解决方案：使用ini存储，虽然这可能是一种很烂的办法，这是本人的第一篇博客，还希望大神多帮忙。 在当前目录新建config.ini文件并添加以下内容： [mysql]password=myqpl的密码在Python文件开始中写： import osimport configparser #导入库curpath=os.path.dirname(os.path.realpath(__file__))cfgpath=os.path.join(curpath,"config.ini")#使用os读取文件conf=configparser.ConfigParser()conf.read(cfgpath,encoding="utf-8")在需要使用密码的地方写password=conf.get("mysql","password")这样的话密码还是明文存储，还是非常不安全，目前仍然在寻找更加有效的方式。 来源： https://www.cnblogs.com/PeaceSheep/p/12370738.html

上下文（Context） 它可以说就是与当前代码运行相关的一个环境，你能在上下文中 提供了当前运行需要的环境数据或者服务等 ,（ 存储服务的介质 ），上下文中包含服务容器，用来存储与当前环境相关的服务， 比如资源加载服务、网络连接服务、配置文件解析服务等 ； 单例 容器注册服务，通过字典进行存储以 < tpyeof ( class ) , new class ( ) > 的方式，也可以注册方法等信息； 服务 在上下文中注册完服务信息，之后对服务进行初始化 中介者模式 ：用一个对象来封装一系列对象的交互，不需要显示的对象之间互相引用，从而使其耦合松散。本文通过消息机制来实现该模式 模块之间可以通过定义好的数据结构通过消息进行调用，彼此之间没有强关联，不需要知道会对谁产生影响，只需要消息中心进行处理，获取数据变化时，只需要更改数据结构即可 来源： CSDN 作者： AresNan 链接： https://blog.csdn.net/AresNan/article/details/104422906

一、主题式网络爬虫设计方案（15分） 1.主题式网络爬虫名称：爬取华图教育官网2019年福建公务员招聘岗位信息 2.主题式网络爬虫爬取的内容与数据特征分析：爬取2019年福建公务员招聘岗位信息 3.主题式网络爬虫设计方案概述（包括实现思路与技术难点） 1).从网络上获取华图教育福建公务员招聘岗位信息内容 ，需要先看清楚要爬取的内容 2).提取网页内容中信息核实的数据结构，提取时需注意所需要的内容所在的标签，前后容易混淆 3).创建文件夹自动下载招聘信息表 4).利用数据结构展示并输出结果，绘制分析图其中选择的x、y轴的信息 二、主题页面的结构特征分析（15分） 1.主题页面的结构特征 2.Htmls页面解析 3.节点（标签）查找方法与遍历方法 查找方法：find_all 遍历方法：for循环 三、网络爬虫程序设计（60分） 爬虫程序主体要包括以下各部分，要附源代码及较详细注释，并在每部分程序后面提供输出结果的截图。 1.数据爬取与采集 1 import requests 2 from bs4 import BeautifulSoup 3 url="http://zw.huatu.com/skzwb/" 4 def getHTMLText(url): #请求url链接 5 try: 6 r=requests.get(url,timeout=30) #get获取url信息

算法的概念 ： 算法是计算机处理信息的本质。当算法处理信息时，会从输入设备或数据的存储地址读取数据，把结果写入输出设备或某个存储地址以供以后调用。 算法是独立存在的一种解决问题的方法和思路，语言并不重要，重要的是思想。 算法的特征 ： 1.输入：算法具有0个或多个输入 2.输出：算法至少有一个或多个输出 3.有穷性：散发在有限的步骤之后会自动结束而不会无限 循环，并且每一步骤可以在可接受的时间内完成。 4.确定性：算法中的每一步都有确定的含义，不会出现二义性。 5.可行性：算法的每一步都是可行的，也就是说每一步都能够在执行有限的次数内完成。 实现算法程序的执行时间可以反应出算法的效率，即算法的优劣。同一个问题会有多种算法，算法之间的效率是有差别的。计算机执行环境不同，因此单纯依靠运行时间来比较算法的优劣并不一定是客观准确的。 时间复杂度与“大O记法” ： “大O记法”：对于函数f，总有f(n)≤c*g(n)，忽略常数c的情况下，函数g是f的一个渐进函数，记为f(n)=O(g(n))。也就是说，在去向无穷的极限意义下，函数f的增长速度受到函数g的约束，亦即函数f与函数g的特征相似。 时间复杂度：假设存在函数g，使得算法A处理规模为n的问题实例所用时间为T(n)=O(g(n))，则称T(n)=O(g(n))为算法A的渐进时间复杂度，简称时间复杂度，记为T(n)。例如

一、常用的存储数据的三个指令 主要的三个存储数据的指令分别是：set、add、replace。 set指令：是直接保存到一个叫做key的数据到服务器上（不管这个数据是否存在）； add指令：是添加一个数据到memcached，如果这个key已存在，则不进行添加，若不存在，则执行添加； replace指令：也是添加一个数据到memcached，但其与add指令相反，如果这个key存在，那么就修改其key值，如果不存在，则返回错误，不进行任何操作； 上述三个指令的语法格式都是一样的，只是指令不一样而已，其指令的语法格式如下： <命令> <键> <标记> <有效期> <数据长度> 在上述的语法格式中，解释如下： <命令>：就是add、set、replace等指令； <键> - key：就是保存在服务器上唯一的一个标识符，不可以与其他的key冲突，否则会覆盖掉原来的数据（使用set命令的话），这个key是为了能够准确的存取一个数据项目； <标记> - flag：标记的是一个16位的无符号整型数据，用来设置服务器跟客户端一些交互的操作； <有效期> -expiration time：是数据在服务器上的有效期限，如果是0，则数据永远有效，单位是秒，Memcached服务端会把一个数据的有效期设置为当前Unix时间+设置的有效时间； <数据长度> - bytes：数据的长度，block

ConfigMap和Secret是Kubernetes中两种特殊类型的存储卷，ConfigMap这种资源对象主要用于提供配置数据以定制程序行为，不过一些敏感的配置信息，比如像用户名、密码、密钥等通常都是由Secret这种资源对象来进行配置的，他们将相应的配置信息保存于对象中，而后在Pod资源上以存储卷的形式将其挂载并获取相应配置，以实现配置与镜像文件的解耦。 一、Secret资源对象 1） Secret概述 Secret资源对象存储数据的方式是以键值对的方式进行存储的，在Pod资源进行Secret的方式是通过环境变量或存储卷的方式进行访问数据，解决了密码、token、密钥等敏感数据的配置问题，而不需要将这些敏感数据暴露到镜像或者Pod的spec字段中。另外，Secret对象的数据存储和打印格式为Base64编码的字符串，因此用户在创建Secret对象时，也需要提供该类型的编码格式的数据。在容器中以环境变量或存储卷的方式访问时，会自动解码为明文格式。需要注意的是，如果是在Master节点上，Secret对象以非加密的格式存储在etcd中，所以需要对etcd的管理和权限进行严格控制。 2）Secret资源的类型 Secret有四种类型： 1）Service Account ：用来访问Kubernetes API，由Kubernetes自动创建，并且会自动挂载到Pod的/run

1.MySQL整体逻辑架构 mysql 数据库的逻辑架构如下图： 第一层，即最上一层 ，所包含的服务并不是MySQL所独有的技术。它们都是服务于C/S程序或者是这些程序所需要的 ：连接处理，身份验证，安全性等等。 第二层值得关注 。这是MySQL的核心部分。通常叫做 SQL Layer。在 MySQL据库系统处理底层数据之前的所有工作都是在这一层完成的，包括权限判断， sql解析，行计划优化， query cache 的处理以及所有内置的函数(如日期,时间,数学运算,加密)等等。各个存储引擎提供的功能都集中在这一层，如存储过程，触发器，视 图等。 第三层包括了存储引擎 。通常叫做StorEngine Layer ，也就是底层数据存取操作实现部分，由多种存储引擎共同组成。它们负责存储和获取所有存储在MySQL中的数据。就像Linux众多的文件系统 一样。每个存储引擎都有自己的优点和缺陷。服务器是通过存储引擎API来与它们交互的。这个接口隐藏 了各个存储引擎不同的地方。对于查询层尽可能的透明。这个API包含了很多底层的操作。如开始一个事 物，或者取出有特定主键的行。存储引擎不能解析SQL，互相之间也不能通信。仅仅是简单的响应服务器 的请求。 连接管理和安全 在服务器内部，每个client连接都有自己的线程。这个连接的查询都在一个单独的线程中执行。这些线程轮流运行在某一个CPU内核

Vmware中各文件的作用： .log Vmware的log文件，通常与vmx文件同一个文件夹内。软件出错的时候，可以查看此文件。 .nvram 存储虚拟机的bios信息 .vmdk 虚拟磁盘文件，存储了虚拟机的硬盘上的信息。如果设置虚拟机的磁盘被设置成2G的块，则随着虚拟机文件变多，vmdk文件也会增加。如果未进行此设置，就一个vmdk文件。 如果虚拟机直接连接到物理磁盘上，此文件存储了虚拟机可以访问的分区的信息。 如果设置了snapshots（快照），会有类似于<diskname>-<###>.vmdk这样的文件。存储了快照的信息。 .vmem 虚拟机的页面文件。仅仅在虚拟机运行的时候会存在。 如果有快照，还会有其它的此类文件。 .vmsd 存储快照信息和数据的核心文件。 .vmsn 快照状态文件，存储了快照时的状态信息。 .vmss 挂起的状态文件，存储挂起的虚拟机的状态信息。 .vmtm Team数据的配置文件，可以用文本编辑器打开看下。 .vmx 关键配置文件，存储了创建虚拟机时的配置信息。可以用文本编辑器打开看下。 .vmxf 为team中虚拟机而存在的辅助配置文件。当一个虚拟机从team中移除的时候，此文件还会存在。 来源： https://www.cnblogs.com/ParanoiaApe/p/8299059.html