test

Mysql 备份恢复与 xtrabackup备份 1.1 备份的原因 　　备份是数据安全的最后一道防线，对于任何数据丢失的场景，备份虽然不一定能恢复百分之百的数据(取决于备份周期)，但至少能将损失降到最低。衡量备份恢复有两个重要的指标：恢复点目标(RPO)和恢复时间目标(RTO)，前者重点关注能恢复到什么程度，而后者则重点关注恢复需要多长时间。 1.1.1 备份的目录 　　做灾难恢复：对损坏的数据进行恢复和还原 　　需求改变：因需求改变而需要把数据还原到改变以前 　　测试：测试新功能是否可用 1.1.2 备份中需要考虑的问题 　　可以容忍丢失多长时间的数据； 　　恢复数据要在多长时间内完； 　　恢复的时候是否需要持续提供服务； 　　恢复的对象，是整个库，多个表，还是单个库，单个表。 1.1.3 备份的类型 热备份： 　　这些动态备份在读取或修改数据的过程中进行，很少中断或者不中断传输或处理数据的功能。使用热备份时，系统仍可供读取和修改数据的操作访问。 冷备份： 　　这些备份在用户不能访问数据时进行，因此无法读取或修改数据。这些脱机备份会阻止执行任何使用数据的活动。这些类型的备份不会干扰正常运行的系统的性能。但是，对于某些应用程序，会无法接受必须在一段较长的时间里锁定或完全阻止用户访问数据。 温备份： 　　这些备份在读取数据时进行，但在多数情况下，在进行备份时不能修改数据本身

1、概述： 备份方式：物理备份，逻辑备份 物理备份： 冷备：（DmAPService服务打开的状态下，数据库是关闭的） 热备：（DmAPService服务一定是打开的，数据库是打开的，数据库建议开启归档) 逻辑备份： 导入导出：dexp dimp 2、库备份 2.1 离线备份 离线备份（冷备）是指DmAPService服务启动的状态下，数据库实例服务是关闭。 [root@dm1 ~]# service DmServicelveve stop [root@dm1 ~]#su dmdba [dmdba@dm1 bin]$ cd /dm7/bin [dmdba@dm1 bin]$ ./dmrman dmrman V7.6.0.96-Build(2018.09.19-97292)ENT RMAN> backup database '/dm7/data/test/dm.ini' full;（完整备份） RMAN> backup database '/dm7/data/test/dm.ini' increment;（增量备份） 2.2 在线备份 在线备份（热备）是指DmAPService服务启动的状态下，数据库是打开的，数据库建议开启归档。 [root@dm1 ~]# mkdir /dm7/backup SQL>select arch_mode from v$database;

Hadoop自带了几个基准测试，本文使用的是hadoop-2.6.0 一、Hadoop Test 的测试 [root@master hadoop-2.6.0]# hadoop jar share/hadoop/mapreduce/hadoop-mapreduce-client-jobclient-2.6.0-tests.jar An example program must be given as the first argument. Valid program names are: DFSCIOTest: Distributed i/o benchmark of libhdfs. DistributedFSCheck: Distributed checkup of the file system consistency. JHLogAnalyzer: Job History Log analyzer. MRReliabilityTest: A program that tests the reliability of the MR framework by injecting faults/failures SliveTest: HDFS Stress Test and Live Data Verification. TestDFSIO: Distributed i/o

9块9的SQL注入公开课笔记 目录 SQL注入简介 MySQL入门 PHP基本入门 注入讲解 SQL注入简介 SQL注入是一种将SQL代码添加到输入参数中传递到SQL服务器解析并执行的一种方法 SQL注入产生条件： 有传递参数 参数传入到数据库中 在数据库中执行 MySQL入门 information_schema数据库 MySQL大致分为两类，MySQL5.0以上及以下 MySQL5.0以上会增加一个information_schema系统数据库 information_schema系统数据库 在mysql中把information_schema看作是一个数据库，确切说是信息数据库，其中保存着关于mysql服务器维护的所有其他数据库信息 SCHEMATA表 ​ 提供当前mysql实例中所有数据库信息 TABLES表 提供了关于数据库中表的信息，详细表述了某个数据库中所有表的信息 COLUMNS表 提供了表中的列信息，详细描述了某张表的所有列以及每个列的信息 mysql库下的user表中存放的是所有登录mysql数据库的用户名和密码 下列sqlmap语句都是查询的mysql库下的user表的里的列信息 sqlmap -u "xxx?id=1" --current-user //查询当前登录用户 sqlmap -u "xxx?id=1" --users /

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

[root@master yaml]# mkdir secret [root@master yaml]# cd secret/ Secret：用来保存一些敏感信息，比如数据库的用户名或者密钥。 查看k8s自带的名称空间的密钥： kubectl get s1ecrets -n kube-system 举例：保存数据1库的用户名和密码 ​ 用户名：root1 ​ 密码：123.com 第一种方法： 通过 --from-literal（文字的方式）： kubectl create secret generic （通用的，一般的） mysecret1 --from-literal=username=root --from-literal=password=123.com 第二种方法： 通过 --from-file（文件的方式）： [root@master secret]# echo root > username [root@master secret]# echo 123.com > password [root@master secret]# ls password username [root@master secret]# kubectl create secret generic mysecret2 --from-file=username --from-file

StatefulSet StatefulSet：Pod控制器。 ​ RC,RS,Deployment,DS。---------->无状态的服务。 ​ template（模板）：根据模板创建出来的Pod,他们的状态都是一模一样的（除了名称，IP，域名之外） ​ 可以理解为：任何一个Pod，都可以被删除，然后用新生成的Pod进行替换。 有状态的服务：需要记录前一次或者多次通信中的相关事件，以作为一下通信的分类标准。比如：mysql等数据库服务。(Pod的名称，不能随意变化。数据持久化的目录也是不一样，每一个Pod都有自己独有的数据持久化存储目录。) ​ mysql：主从关系。 如果把之前无状态的服务比喻为牛，羊等牲畜。把有状态比喻为：宠物。 每一个Pod对应一个PVC,每一个PVC对应一个PV。 ​ storageclass：自动创建PV。 ​ 需要解决：自动创建PVC------------>volumeClaimTemplates [root@master ~]# vim statefulset.yaml apiVersion: v1 kind: Service metadata: name: headless-svc labels: app: headless-svc spec: ports: - port: 80 selector: app: headless-pod

hello查看原文：https://upcwsh.top/category/ahhhh/156/ 来源： https://www.cnblogs.com/upcwsh/p/12363196.html

Activiti任务分配 一.个人任务分配 1.个人任务分配方式一（直接指定办理人） 流程图 流程部署并启动 /** * 发布流程 * RepositoryService */ @Test public void deployProcess ( ) { RepositoryService repositoryService = processEngine . getRepositoryService ( ) ; DeploymentBuilder builder = repositoryService . createDeployment ( ) ; //创建部署对象 builder . name ( "个人任务" ) ; //添加部署名称 builder . addClasspathResource ( "personalTask1.bpmn" ) ; builder . addClasspathResource ( "personalTask1.bpmn" ) ; Deployment deployment = builder . deploy ( ) ; System . out . println ( "部署ID:" + deployment . getId ( ) ) ; System . out . println ( "部署名称:" + deployment .

此处还用到torchtext，针对NLP的文本预处理功能模块。 1、读取数据 数据源： 斯坦福的IMDb数据集（Stanford’s Large Movie Review Dataset） def read_imdb ( folder = 'train' , data_root = "./dataset/aclImdb_v1/aclImdb" ) : data = [ ] for label in [ 'pos' , 'neg' ] : folder_name = os . path . join ( data_root , folder , label ) for file in tqdm ( os . listdir ( folder_name ) ) : with open ( os . path . join ( folder_name , file ) , 'rb' ) as f : review = f . read ( ) . decode ( 'utf-8' ) . replace ( '\n' , '' ) . lower ( ) data . append ( [ review , 1 if label == 'pos' else 0 ] ) random . shuffle ( data ) return data DATA_ROOT = "/home