权限设置： 1、创建用户zhangsan,并赋予zhangsan有dbcreator的服务器权限。 2、使用zhangsan登录，测试能否创建数据库。 3、使用sa用户附加myschool数据库，设置zhangsan能执行select语句查询数据库中的表数据。并设置zhangsan用户能删除student表中的数据。 4、使用zhangsan登录测试权限。 备份与还原： 1、验证时间点还原（完整备份+事务日志备份） 思路：创建一个数据库benet，再创建一个表stu。先做一次完整备份，然后向文件中写入数据，
有时会碰到同事误删或误更新了某些数据，现在把恢复数据的方法之一：备份日志尾部，简单记录一下。
1、SQL的安全机制： ①客户机安全：系统安全 ②服务器安全：登录SQL实例安全 ③数据库安全：访问数据库安全 ④对象安全：对数据库对象的操作安全 2、服务器安全：登录账户的安全权限 验证方式： Windows身份验证：账户必须为系统账户并添加为SQL的用户 SQL身份验证：在SQL中创建的用户 权限设置：对整个实例有效，通过角色来管理 服务器的固定角色： sysadmin ：执行任务活动，administrators属性组 serveradmin ：管理服务器的启动 diskadmin ：管理磁盘文件 d
最近的项目使用到SqlServer数据库的比较多，下面说下SqlServer数据库的导入问题，分享的项目使用数据库版本都为SqlServer2008r2，且项目都为附加数据库，不是使用备份来还原数据库，
在生活中，数据库管理员最担心的就是数据库瘫痪，从而造成数据丢失，任何数据的丢失都会造成非常严重的后果，所以我们为了更有效的保护和恢复数据，需要进行备份数据。 一般来说，造成数据的丢失主要包括几类： 1、程序错误：程序异常终止或逻辑错误 2、人为错误：管理员误操作 3、计算机失败：系统崩溃，硬件和软件引起的错误 4、磁盘失败：磁盘读写磁头损坏、磁盘物理块损坏 5、灾难和偷窃：自然灾害、人为偷窃都会造成 SQL server的备份有如下三种： 1、完整备份：完整备份包括对整个数据库、部分事务日志、数据库结构和文件结构的备份。它代表的是备份完成时刻的数据库。是所有备份类型的基础。
简述 在简单恢复模式下，日志文件的作用仅仅是保证了SQL Server事务的ACID属性。并不承担具体的恢复数据的角色。正如”简单”这个词的字面意思一样，数据的备份和恢复仅仅是依赖于手动备份和恢复.我们简单介绍下三种恢复模式。 1.完整恢复模式 这种模式会为所有操作都记录日志，当数据文件被破坏时，可以备份尾部事务日志，并用于将数据库还原到给定的时间点。因此OLTP生产系统通常会使用完整的恢复模式。 2.大容量日志恢复模式 这种模式把日志记录量最小化，只为大容量操作记录日志。 3.简单恢复
Ambry包含负责保存和检索数据的数据节点（data node），前端节点（Frontend node）将请求经过预处理发送到后端数据节点，并且集群管理者（Cluster manager）管理并协调数据节点上的数据。数据节点之间互相复制数据，并且可以跨机房复制，并需要保证写之后读的一致性。前端提供HTTP API，包括POST，GET和DELETE对象。同样的，这个路由库可以直接被客户端调用以提升性能。在LinkedIn，这些前端节点扮演着CDN的角色。 Ambry是一个偏向于处理的存储。这意味着当一个对象放入Ambry时，这个对象的ID被返回。这简化了系统设计并促使系统去中心化。客户端可以通过这个ID访问对应对象，这也意味着Ambry内的对象是不可变的。基于Ambry建立一个键值对访问并且支持对象可变的系统非常繁琐。
对于 Oracle 数据库的备份与恢复，尽管存在热备，冷备以及逻辑备份之外，使用最多的莫过于使用RMAN进行备份与恢复。而制定RMAN备份策
如转载，请注明出处：http://blog.csdn.net/robinson_0612/archive/2009/10/31/4751070.aspx
redis 的持久化有哪几种方式？不同的持久化机制都有什么优缺点？持久化机制具体底层是如何实现的？
上一文章中，我们了解了HDFS的架构和读写流程。 HDFS通过将文件分块来存储大文件，HDFS的组件有NameNode和DataNode,分别负责提供元数据和数据服务 在读/写数据时，HDFS客户端需要先从NameNode上获取数据读取/写入的DataNode地址，然后和DataNode交互来完成数据读/写。
《【面试突击】— Redis篇》--Redis的线程模型了解吗？为啥单线程效率还这么高？
持久化主要是做灾难恢复、数据恢复，也可以归类到高可用的一个环节中去，比如你 redis 整个挂了，然后 redis 就不可用了，你要做的事情就是让 redis 变得可用，尽快变得可用。
Redis是Cache级别的缓存,数据存在内存中,如果突然掉电或者宕机,数据将会全部丢失,所以需要将Redis的数据备份到硬盘中永久保存
RoseDB 是一个基于 Bitcask 存储模型，轻量、快速、可靠的 KV 存储引擎。Bitcask 存储模型的设计主要受到日志结构化的文件系统和日志文件合并的启发。
比如你redis整个挂了，然后redis就不可用了，你要做的事情是让redis变得可用，尽快变得可用
Flashback Database 功能非常类似与RMAN的不完全恢复， 它可以把整个数据库回退到过去的某个时点的状态， 这个功能依赖于Flashback log 日志，而且比RMAN更快速、高效。 因此Flashback Database 可以看作是不完全恢复的替代技术。 但它也有某些限制： 1. Flashback Database 不能解决Media Failure， 这种错误RMAN恢复仍是唯一选择 2. 如果删除了数据文件或者利用Shrink技术缩小数据文件大小，这时不能用Flashback Database技术回退到改变之前的状态，这时候就必须先利用RMAN把删除之前或者缩小之前的文件备份restore 出来， 然后利用Flashback Database 执行剩下的Flashback Datbase。 3. 如果控制文件是从备份中恢复出来的，或者是重建的控制文件，也不能使用Flashback Database。 4. 使用Flashback Database锁能恢复到的最早的SCN， 取决与Flashback Log中记录的最早SCN。
Redis持久化机制详解 一. 持久化的意义 Redis持久化的意义：主要在于故障恢复。Redis如果仅将数据完全保存在内存中，是无法应对灾难性故障的。如果Redis进程突然挂掉，保存在内存中的数据就全没了，如果没有持久化，后果不堪设想。使用持久化+定期备份(如备份到云存储上)的机制，可以在很大程度上解决Redis故障恢复的问题。这样即使Redis服务宕机，且磁盘损坏，也可以从云存储上拉取备份的数据进行恢复，不会造成数据的全部丢失。 从一定意义上来说，Redis的持久化也可以视为高可用的一部分。因为如果没有
redis(REmote DIctionary Server)是一个由Salvatore Sanfilippo写key-value存储系统，它由C语言编写、遵守BSD协议、支持网络、可基于内存亦可持久化的日志型、Key-Value类型的数据库，并提供多种语言的API。和Memcached类似，它支持存储的value类型相对更多，包括string(字符串)、list(链表)、set(集合)、zset(sorted set --有序集合)和hash（哈希类型）。这些数据类型都支持push/pop、add/remove及取交集并集和差集及更丰富的操作，而且这些操作都是原子性的。在此基础上，redis支持各种不同方式的排序。与memcached一样，为了保证效率，数据都是缓存在内存中。区别的是redis会周期性的把更新的数据写入磁盘或者把修改操作写入追加的记录文件，并且在此基础上实现了master-slave(主从)同步，redis在3.0版本推出集群模式。
Redis 速度快，很大一部分原因是因为它所有的数据都存储在内存中。如果断电或者宕机，都会导致内存中的数据丢失。为了实现重启后数据不丢失，Redis 提供了两种持久
性能极高 – Redis能读的速度是110000次/s,写的速度是81000次/s。
当数据库处于非一致状态的备份就是非一致性备份。 实例失败， shutdown abort，数据库打开的时候进行的备份是非一致性备份
对于MySQL的不完全恢复，我们可以借助于Innobackupex的多重备份加上binlog来将数据库恢复到任意时刻。这里的不完全恢复(也叫时点恢复)是相对于完全恢复。本文主要演示了基于Innobackupex如何做一个不完全恢复，供大家参考。 有关Innobackupex的备份恢复的知识点请参考以下链接：
Redis速度快，很大一部分原因是因为它所有的数据都存储在内存中。如果断电或者宕机，都会导致内存中的数据丢失。为了实现重启后数据不丢失，Redis提供了两种持久化的方案，一种是RDB快照（RedisDataBase），一种是AOF（AppendOnlyFile）。
kafka学习之路（一）——入门 Kafka学习之路... 一、入门.. 1、 简介 2、 主题（Topics）、日志（Logs） 3、 分布式（Distribution） 4、 生产者（Producers） 5、 消费者（Consumers） 一、入门 1、简介 Kafka 是linkedin 公司用于日志处理的分布式消息队列，同时支持离线和在线日志处理。kafka 对消息保存时根据Topic进行归类，发送消息者成为Producer,消息接受者成为Consumer,此外kafka 集群有多个kafka 实
伴随着数据信息化的发展，网站的访问量的提升，使用关系型数据库已经在性能上出现瓶颈，问题出现的源头一般是再磁盘的I/O上，因此随着互联网的发展，需要达到以下几个方面的需求：
vdbench源码下载地址：https://www.oracle.com/downloads/server-storage/vdbench-source-downloads.html
0：日志每秒刷新，但是在事务提交时不做任何处理，1，每次提交都刷新，这是最安全的也是默认的。2，每次事务提交都把日志缓存写到日志文件，再由innodb每秒做一次刷新。
培养兴趣 兴趣是最好的老师，不论学习什么知识，兴趣都可以极大地提高学习效率。当然学习 MySQL 5.6 也不例外。
无论是运维、开发、测试，还是架构师，数据库技术是一个必备加薪神器，那么，一直说学习数据库、学MySQL，到底是要学习它的哪些东西呢？
用于在终端中逐页查看文件内容。它们特别适用于查看大文件，因为它们不会一次加载整个文件，而是按需加载内容。
培养兴趣 兴趣是最好的老师，不论学习什么知识，兴趣都可以极大地提高学习效率。当然学习MySQL 5.6也不例外。 夯实基础 计算机领域的技术非常强调基础，刚开始学习可能还认识不到这一点，随着技术应用的深 入，只有有着扎实的基础功底，才能在技术的道路上走得更快、更远。对于MySQL的学习来说， SQL语句是其中最为基础的部分，很多操作都是通过SQL语句来实现的。所以在学习的过程中， 读者要多编写SQL语句，对于同一个功能，使用不同的实现语句来完成，从而深刻理解其不同之处。 及时学习新知识 正确、有效地利用搜索引擎，可以搜索到很多关于MySQL 5.6的相关知识。同时，参考别 人解决问题的思路，也可以吸取别人的经验，及时获取最新的技术资料。 多实践操作 数据库系统具有极强的操作性，需要多动手上机操作。在实际操作的过程中才能发现问题， 并思考解决问题的方法和思路，只有这样才能提高实战的操作能力。
Redis（REmote DIctionary Server） 是完全开源免费的，遵守BSD协议，是一个高性能的key-value数据库。
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
Linux 系统中的文件除了具备一般权限和特殊权限之外，还有一种隐藏权限，即被隐藏起来的权限，默认情况下不能直接被用户发觉。有用户曾经在生产环境中碰到过明明权限充足但却无法删除某个文件的情况，或者仅能在日志文件中追加内容而不能修改或删除内容的情况，这在一定程度上阻止了黑客篡改系统日志的图谋，因此这种“奇怪”的文件权限也保障了 Linux 系统的安全性。既然叫隐藏权限，那么使用常规的 ls 命令肯定不能看到它的真面目。隐藏权限的专用查看命令是 lsattr，专用设置命令是 chattr。
中小型数据库呈现的是数据库并发少，数据库容量小，版本功能受限以及N多单实例等特点。尽管如此，数据库的损失程度也会存在零丢失的情形。企业不愿意花太多的钱又要保证数据库的可靠稳定，可是苦煞了我这些搞DB的。接上一篇文章，中小型数据库 RMAN CATALOG 备份恢复方案(一)，我们继续来给出基于中小型数据库的恢复的脚本与其部署。
最近在因归档日志暴增，使用delete archivelog all貌似无法清除所有的归档日志，到底是什么原因呢？
存储引擎位于文件系统（各种数据，二进制形式）之上，各种管理工具（连接池、语义分析器、优化器、缓存区、SQL接口）之下。
我们已经知道对于一个企业级的redis架构来说，持久化是不可减少的，持久化主要是做灾难恢复，数据恢复，也可以归类到高可用的一个环节里面，比如你redis整个挂了，然后redis就不可用了，你要做的事情是让redis变得可用，尽快变得可用，重启redis，尽快让它对外提供服务。
linux shell 常见的面试问题，基本是先让你随便说一些，测试一下你掌握的广度，这时候你至少要说上十个才行，但是！不要说太难的，否则很容易掉进自己的坑里，相当于提醒了面试官去问你 : find ,vi编辑器这种会让面试官出一个极复杂的命令。但是之后 面试官仍然会出一些 非常复杂的命令，本小节复习，除了基础中常见的命令之外，还有常见的复杂命令。
Kafka是目前非常流行的消息队列中间件，常用于做普通的消息队列、网站的活性数据分析（PV、流量、点击量等）、日志的搜集（对接大数据存储引擎做离线分析）。 全部内容来自网络，可信度有待考证！如有问题，还请及时指正。 概念介绍 在Kafka中消息队列分为三种角色: producer，即生产者，负责产生日志数据。 broker，存储节点，负责按照topic中的partition分区，均匀分布式的存储分区。 consumer，即消费者，负责读取使用broker中的分区。 producer Kafka系统中的
Redis持久化,就是将内存数据保存到硬盘，Redis 持久化存储分为 AOF 与 RDB 两种模式，默认开启rdb。
Redis 对外提供数据访问服务时，使用的是常驻内存的数据。如果仅将数据存在内存，一旦宕机重启，数据全部丢失。
这几天要折腾mysql服务器，所以在网上搜罗了一些维护策略，然后自己总结实验，下面是我的总结经验和别人的一些建议。
通过持久化将数据存在磁盘上，然后可以定期同步和备份这些文件到云存储服务上去，那么就可以保证数据不丢失
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
