揭秘PhotoShop哪些技术能在网上日赚500以上

第一篇：揭秘PhotoShop哪些技术能在网上日赚500以上

揭秘PhotoShop哪些技术能在网上日赚500以上

您好，我是谢振！

有那么3招PS技术，很多人都知道，但是很少人拿他来赚钱，但是我的很多学员已经做到了，看看这3招技术都是怎样让你赚钱的。

1、PhotoShop抠图技术，只需这一招，就可以养活你自己。

不要小看抠图技术，PhotoShop抠图有很多种，你只需要学好魔法棒抠图、背景橡皮擦抠图、通道抠图、蒙版抠图、对比法抠图这5招，然后通过网络你就能养活自己。这是真的，我有一个学员，在没有购买《魔力设计》之前，只会这一招，而且就这一招抠图技巧，他在淘宝上帮人抠图，就大赚特赚，虽然不多，但是他拥有这招技术，就让他月收入4000多元。

这招抠图是PhotoShop入门必备的技术。我都提供这套技术给你。如果你有兴趣的话，唯一需要注意的是抠图技巧也分等级的。而我提供的是顶级的抠图技术。因为我提供的《魔力设计》抠图技术是融合以上5种抠图为一招。我什么图都能抠出来的原因就在这里。

如果你不信，你通过淘宝搜索抠图，一般都需要5-20元不等。而一旦你完全熟练抠图技术后，每天只需工作3个小时左右。就可以让你的净收入达到200元。

也就是说单单只需要拥有这一套技术，就可以不用上班早起，不用挤公交车，不用看老板脸色，不用担心随时被炒鱿鱼的风险。就能做到比普通上班族更好的收入。

你知道为什么PhotoShop抠图技术在网上这么热吗？我告诉你未来会更热，因为数码相机和手机摄影的普及，加上网络购物越来越发达，人们更加乐意购买这种特殊服务，抠图技术就是属于图像处理的一种特殊服务，而这种技术一般人很难学会，就是门栏太高。所以未来图像抠图技术服务都是网络的一项长期生意。如果你现在涉入这块领域，至少能让你过的衣食无忧。

这套抠图技术，我的《魔力设计》赠送的《P7天速成》就有全套这样的技术。现在售价是98元。

2、PhotoShop调色技术，照相馆就是靠它吃饭

PhotoShop第二大赚钱技术就是调色。我教你只需要1次鼠标左键就能实现各种调色技巧。这是如何做的？

第一步你需要安装PhotoShop。第二步，你到淘宝购买“PS调色插件”。第三步安装这些插件。然后利用这些插件，只需要1键就能调出各种效果。比如唯美的、复古的、梦幻的等等。这种插件大概淘宝售价都是10元以内，当然你要会找。

你需要几套插件，一个是磨皮滤镜、一个是影视后期、一个是灯光效果、一个是风景插件等等。

因为你会碰到好几种不同的图片，有些人需要处理脸部的照片，有些人需要处理风景照等等。

你知道吗？照相馆就是靠这淘宝上只售10元的PS插件过日子的。没有这个插件，他们直接关门大吉。你真以为照相馆的设计师每天没事干花很多时间给你在那里调色？NO！！他们全部是用插件来完成的，这也是为什么每套婚纱照看上去的效果都一样。最后他们装成相框，10张左右的相框，再送一套相册集。3000到10000元一套随便卖。

坑爹啊！有木有？没错，这就是赚钱之道，哪个女人不喜欢穿婚纱照的？哪个女人不喜欢自己美丽的。照相馆就提供了这套PhotoShop第二大赚钱技术，小小的调色技术。其实只不过是简单的PS插件来完成的。

如果你想要这套技术，不用买？成为我的学员后，这些都是赠送的技术。

3、PhotoShop合成技术，真正设计师高收入必备技巧

我真正想和你讲的就是这套技术，这是《魔力设计》的核心技术，也就是说，学习《魔力设计》这套技术之后，可以让你成为类似高级杂志的美术编辑怎样的人员，一般月收入在10000元左右。我其中的一个大学同学就是在杂志社工作的，他的收入在5年前就有这个待遇。

现在，我通过《魔力设计》为你提供了一套拥有稳定月收入的技巧和轻松自由的职业，实现快乐的生活和人生最大的理想就靠它了。

你将获得《魔力设计》PS平面设计高级教程以下内容：

1、《VI设计》（提供20000元的整套VI设计模板技术）

2、《画册设计》（提供杂志设计、印刷技术和图文编排技巧）

3、《包装设计》（提供高级硬包装和软包装设计技术）

4、《海报设计》（教你快速海报设计和图形合成技术）

5、《单页/贺卡/折页设计》（提供三折页技术、印刷和广告文案技术）

6、《photoShop7天速成》（提供PS在线指导服务）

7、《谢振5分钟快速平面设计法》（学会平面设计后，再学他，设计速度比原来快好几倍）

8、《新平面设计师应聘全攻略》（详细提供月收入6000元以上的找设计工作全套经验）

9、《PhotoShop3天闪电速成》（这是网络目前PhotoShop最快入门技巧）

以上重磅内容，全部为成为《魔力设计》学员获得的内容，仅售396元，你将拥有全部内容。这是全部内容吗？不，我再提供这套详细的《PhotoShop网上赚钱攻略》，仅限13个名额。接下来直接恢复原价。

第二篇：综合运用Photoshop和Flash技术

综合运用Photoshop和Flash技术

【学情分析】

高二学生，已经学习过photoshop和FLASH的基本操作，希望能利用两者的完美结合，制作出更好的作品来。【教学目标】

知识与技能：

1、了解PHOTOSHOP图层的基本概念

2、利用关键帧了解动画效果。

3、掌握flash中运动动画、形变动画以及遮罩动画的制作方法。

过程与方法：通过制作的过程培养学生对动画作品的分析能力以及对已有知识的整合能力。

情感态度价值观：培养学生合作意识，提高审美情操。【教学方法】案例法、任务驱动法

【教学重点】了解图层的意义以及遮罩图层的定义及作用。【教学难点】遮罩和被遮罩图层的关系。【教学环境】计算机教室 【教学内容和过程】

1、教师展示利用phtoshop合成的图像（回顾已学知识）。

知识点：利用phtoshop中的魔棒工具、套索工具、自由变换、修补工具等合成照片。

学生可以自己合成一些照片，关键是掌握合成照片的方法。

2、教师展示flash制作的简单电子相册，图片的导入、可以制作遮罩动画或是添加路径，是自己的相册更漂亮更丰富多彩。

知识点：图片的导入、遮罩动画、运动动画（添加路径）的制作方法等。

3、展示作品、自己评价、组内评价、老师评价

当学生们完成相册的制作之后，展示部分学生的作品，对学生的劳动成果给予充分的肯定，其他同学就可以针对其作品的智慧、创意、视觉冲击力等进行欣赏和品评，在学生和老师相互评价与讨论中，找出优点和改进地方。

目的：给学生以成就感，培养学生协作性学习的能力，以及欣赏他人和正确评价他人的良好习惯

4、课堂小结

学生总结：学生采用讨论和发言的形式总结这节课的收获

教师总结：总结学生在创作过程中遇到的一些容易出错问题并给以纠正

5、课题延伸

【设问】 课前演示的Flash相册是自动播放的，能不能用按钮来控制动画的播放，该如何制作？（给学生以悬念）

展示电子相册的另一版本（带控制按钮动画的演示），拓宽学生的思路，给学生以思考的余地，鼓励有能力的学生自学其它动画效果或学习其它制作电子相册的专业软件，创作更漂亮的多媒体电子相册。

【教学评价设计】

（1）在教师的指导下，学生能对动画作品进行分析

（2）通过探究性、自主性和协作性学习，学生能模仿样本制作出电子相册（3）学生能积极参与到欣赏和评价他人作品的活动中来。

【教学反思】

在教学过程中，如何活跃课堂气氛，让学生顺利完成教学目标，取得良好的教学效果，是每个教学工作者都值得反思的问题，根据学生情况应做到如下几点：

1、课堂的导入要生动，贴近学生，最好能从学生的内心深处着想

2、任务要明确、可行、并且分不同层次，以便能适应不同层次的学生

3、学生的自主探究学习要建立在教师的积极引导下，教师要设法给学生创设良好的、足够的情境，避免学生偏离教学目标

4、教学过程中，教师要注重情感的投入，要注重培养学生的自信心、增强学生的成就感

5、具有弹性的课题延伸对学生的能力培养非常必要。

第三篇：室内设计技术专业《photoshop》考试总结

室内设计技术专业《photoshop》考试总结

根据三门峡职业技术学院“教学质量提高”方案，根据教学发展的要求，本课程已经列入考核改革课程中，在讨论过程中，师生一致认为，理论是基础，技能是关键。

一、考试方式

学生到达考核机房后，现场进行抽签，决定自己的考核内容，由教师指定到规定机器上进行实验操作。考场布置至少2名教师对学生实验的完成情况进行巡视。根据学生实验的完成情况和书写实验过程进行成绩评定。

二、考试改革的成效分析

学生对这一考核方式表示满意。十个实验既涵盖了书本上的知识，又突出了自己的实际操作能力。真正做到学以致用。因为实验项目是临时抽签。所以每个同学必须对所有十个实验内容都要完全熟悉。从效果上看要好于纸质考试，学生反映这种考核方式效果很好。

三、存在的问题

教师进行需要提前安装考试软件，系里准备考试题签；每次以班级为单位进行考试，每人一台机器独立操作，各班班长和学习委员提前进行分组。

四、努力方向

建立试题库，并根据情况变化不断充实和调整。目前试题已有一定积累但仍须有较大幅度的扩充。

教师：李琳婉

2013年6月27日

第四篇：学习Photoshop 图像处理技术的心得体会

Photoshop学习心得体会

转眼间，这学期即将结束。通过对图形图像处理这门课程的学习，使我受益匪。

我一直都喜欢Photoshop，因为它是款非常强大的软件，功能繁多，设计空间广阔。在你鼠标轻轻一动间，一个霏凡作品即有可能因你而生。它能把平白无奇的画面变成炫丽多姿的视觉盛宴。

虽然现在photo shop只是我选修的一科，经过老师的讲解，我了解到它是作为图形图像处理领域的首选软件，Photoshop的强大功能和众多的优点不用多说。用Photoshop做一些漂亮的图片，或对照片进行简单的加工并不是Photoshop设计人员的最终目的。而作品的灵魂是要有创意，然而创意这东西并不是那么好学，甚至根本学不会，学创意比学Photoshop本身要难得多。

Photoshop作品要有生命力就必须有一个好的创意。创意是我们老师上课强调的一项，他说学习photo shop不是在于把所有的工具都要深入去了解，只要把自己常用的会用就可以的了，因为只有有创意，也可以做出一副好的作品来的，老师为了说好色彩，在上课时就把运动会的事说了，让我们有一个所谓的概念。色彩应用是图形图像处理和制作的一个重要环节，色彩应用搭配的好能让人产生一种舒适的感觉，作品的美感也由此而生。相反如色彩应用搭配不当，则会让人产生不想看的心理，作品也就谈不上什么感染力。色彩的应用搭配不仅要平时留心观察身体的事物，还在于多练习。留心观察才会知道什么地方用什么色彩能达到最好效果。色彩应用搭配不可能一下子学好，而是一个比较慢长的过程（如西瓜和另一种水果的组合）。如果要手绘一些作品，卡通类型往往是比较容易的，因为这类图形只要用路径把线条勾出来（用到铅笔，钢笔等），再填充以颜色即可，而它的色彩要求很简单。写实类型的却非常难，虽然它的线条可能比较简单，然而要命的是它的色彩要求非常严格，而色彩又是非常难掌握的一个环节。比如要手绘一只逼真的鸡蛋美女一样，就是一件很难的事情。色彩稍微出一点差错，就会产生生硬的感觉，而达不到逼真的效果。也得会运用3D变换。例如：要把文字写在杯子上，就需要用到3D的变换。

在课上学习Photoshop的过程中，就会发现能学到很多东西。比如说完成同一项任务经常有多种方法。Photoshop中的导航工作区域能够充分利用这些程序中的扩展能力。当想要搜索图像文件收藏夹中的特定文件时，文件浏览器是最好的工具。它具有良好的组织文件的特性，使我们能够直接查看和搜索所需的文件，不需要在Photoshop中打开，从而节省了操作时间。

学习了很多关于图像的处理给我印象很深，比如学习获取、调整和修饰照片供打印页面使用的过程。具体学习了使用

“自动颜色校正”来消除图像的色偏，使用“海绵”和“减淡”工具来调整图像某些单独区域的饱和度和亮度以及调整图像的色调范围等等。刚开始的时候真的有点适应不过来，总是更不上老师的节奏。可能是刚刚接触这门课的原因，做了前面忘了后面。其实这只是Photoshop的入门要学的东西，搞成这样挺悲剧的。不过最后还是在老师以及同学的帮忙下完成了任务，看着自己做的图片和原来的图片很接近的时候心里真是很开心，虽然还没有完全一样，但已经很不错了。自今天以后我感觉Photoshop越来越有趣了!Photoshop中如何选择图像的区域是非常重要的，必须先选择想要修改的对象。一旦确定了选区，那么只有选区内的地方才可以编辑。选区以外的地方是不可以更改的。Photoshop还可以在图层上分离图像的不同部分。然后每个图层编辑成单独的作品，让合成和修改图像灵活自如。针对图层设置组合所定义的图层复合可以灵活自如的查看各种设计方案。利用蒙版可以隔离和操作图像的特殊部分。蒙版的剪切部分可以被替换，但是剪切周围环绕区域受保护不改变。可以创建供一次性使用的临时蒙版，也可以保存蒙版供重复使用。

Photoshop中还包含了一套强大的仿制工具集，使照片修饰变得更容易与直观。由于对这些特性底层的技术支持，即使对人的脸部做了修饰也非常逼真和自然，以至于很难察觉一幅照片是否做过改动。即使是最好的工具，修饰照片以保证它们看上去完全是自然的一门艺术，它需要大量的实践。用批评家的眼光检查自己做的图片，看着那些利用修复画笔工具和修补工具所做的处理后区域可能太过光滑和相同。如果这样还可以利用另一个工具来进行矫正。历史记录画笔工具和仿制图章工具非常的相似。它们的不同在于：历史记录画笔工具没有使用图像中某个预先定义的区域作为“源”(正如仿制图章工具所做的那样)，而是利用了以前的历史记录调板状态作为“源”。历史记录画笔工具的好处在于可以恢复图像中狭窄的区域。因而，可以在保留那些精心处理而达到了成功修饰效果的区域的同时，去恢复另外一些不成功的区域到它们早期的状态，这样就可以进行第二次尝试了!当然Photoshop还有很多处理图像方面的技巧，要想深入理解还需要在网上搜索一些资料。

其实Photoshop的强大的图像处理功能表现在很多方面，从修复数码相机拍摄的照片到制作精美的图片并上传到网络中，从工作中的简单图案设计到专业印刷设计师或网页设计师的图片处理工作，无所不能。说实话开始想要学习Photoshop也没想太多，就想处理一下照片，制作个相册啥的。可当我接触之后，了解多了之后，我就不由自主的想学的多一点，学的更深入点。

通过对Photoshop的进一步的学习和了解发现这门课程需要的动手能力还是很强的，这就在很大程度上考验人的耐心和毅力。通过我自己在学习的过程中我觉得:首先，不能有畏难情绪，千万不要被PS的表象——繁多的工具吓到。要知道千里之行始于足下，只要你坚持不懈，循序渐进。采用逐个击破，有计划有步骤地学会每个工具的功能与使用方法。在学的过程中一定要思考如何应用，注意触类旁通。其实，学着学着，你就会发现一些工具的用法有很多相同的地方，例如仿制图章工具和修复画笔工具的用法基本相同。但如果满足于停留在知道怎么用它的水平还远远不够，我们得 其次，得想方设法提高自己的兴趣。大多数人都喜欢欣赏漂亮的照片，何不自己动手美化自己的照片，让自己摇身一变，比那些明星还要美丽。这样既可以强化自己原有的知识结构体系，又能激发自己追求新的知识的欲望，何乐而不为呢？

再次，学而时习之，要每隔一段时间，练习一下，比较一下，看自己是否有进步。最好独立地做一些创造性的作品。坚持这样，在不知不觉中，就会很轻松地把所学知识纳入长时记忆系统。在学习实践过程中，一定要有自己的东西，模仿到一定阶段，就要开始自己创作，不能总是搬别人的东西。活学活用，多看多做多想。在开始的时候一定要摆正心态，从简单的开始学起。要实现一种效果，往往不止一种方法，如何综合运用多种技法达到最佳效果，这是要在熟练掌握软件的基础上自己拿主意的

最后，最好带上艺术家般的挑剔眼光来分析作品，总结技巧。还要适时地与同学老师朋友交流交流，发现别人出色的地方，多多学习学习；也要善于发现别人的不足之处，吸取经验教训。当然，也可充分利用网络资源来扩充自己的知识体系。但我不是特别鼓励大家过分利用网络资源，因为我总觉得上面没什么特别优秀的作品，没必要浪费太多的时间在上面。

在学习Photoshop时，让我懂得了很多专业方面的知识。对图片的处理多了自己的一套方法和想法，而且使我懂得一个最基本的道理：在失败后不要气馁，只要在失败后得到的经验才是最重要的。最重要的是这门课使我掌握了一门技能使得自己走出大学迈向社会时又多了一份信心和希望！

总之，通过一个学期的学习，基本掌握了这门课程的基础知识，我将会在今后的学习中不断学习，不断进步，争取能够设计出好的作品。

最后，对老师表示最真诚地感谢。

第五篇：Google Megastore分布式存储技术全揭秘

Google Megastore分布式存储技术全揭秘

导读：本文根据Google最新Megastore论文翻译而来，原作者为Google团队，团队人员包括：Jason Baker，Chris Bond，James C.Corbett，JJ Furman，Andrey Khorlin，James Larson，Jean-Michel Léon，Yawei Li，Alexander Lloyd，Vadim Yushprakh。翻译者为国内知名IT人士。

在上个月举行的创新数据系统研讨会上(CIDR)，Google公开了其Megastore分布式存储技术的白皮书。

Megastore是谷歌一个内部的存储系统，它的底层数据存储依赖Bigtable，也就是基于NoSql实现的，但是和传统的NoSql不同的是，它实现了类似RDBMS的数据模型(便捷性)，同时提供数据的强一致性解决方案(同一个datacenter，基于MVCC的事务实现)，并且将数据进行细颗粒度的分区(这里的分区是指在同一个datacenter，所有datacenter都有相同的分区数据)，然后将数据更新在机房间进行同步复制(这个保证所有datacenter中的数据一致)。Megastore的数据复制是通过paxos进行同步复制的，也就是如果更新一个数据，所有机房都会进行同步更新，因为使用paxos进行复制，所以不同机房针对同一条数据的更新复制到所有机房的更新顺序都是一致的，同步复制保证数据的实时可见性，采用paxos算法则保证了所有机房更新的一致性，所以个人认为megastore的更新可能会比较慢，而所有读都是实时读(对于不同机房是一致的)，因为部署有多个机房，并且数据总是最新。

为了达到高可用性，megastore实现了一个同步的，容错的，适合长距离连接的日志同步器 为了达到高可扩展性，megastore将数据分区成一个个小的数据库，每一个数据库都有它们自己的日志，这些日志存储在NoSql中 Megastore将数据分区为一个Entity Groups的集合，这里的Entity Groups相当于一个按id切分的分库，这个Entity Groups里面有多个Entity Group(相当于分库里面的表)，而一个Entity Group有多个Entity(相当于表中的记录)

在同一个Entity Group中(相当于单库)的多个Entity的更新事务采用single-phase ACID事务，而跨Entity Group(相当于跨库)的Entity更新事务采用two-phase ACID事务(2段提交)，但更多使用Megastore提供的高效异步消息实现。需要说明的一点是，这些事务都是在同一个机房的，机房之间的数据交互都是通过数据复制来实现的。

传统关系型数据库使用join来满足用户的需求，对于Megastore来说，这种模型(也就是完全依赖join的模型)是不合适的。原因包括

1.高负载交互性型应用能够从可预期的性能提升得到的好处多于使用一种代价高昂的查询语言所带来的好处。2.Megastore目标应用是读远远多于写的，所以更好的方案是将读操作所需要做的工作转移到写操作上面(比如通过具体值代替外键以消除join)3.因为megastore底层存储是采用BigTable，而类似BigTable的key-value存储对于存取级联数据是直接的

所以基于以上几个原因，Megastore设计了一种数据模型和模式语言来提供基于物理地点的细颗粒度控制，级联布局，以及申明式的不正规数据存储来帮助消除大部分joins。查询时只要指定特定表和索引即可。

当然可能有时候不得不使用到join，Megastore提供了一种合并连接算法实现，具体算法这里我还是没弄清楚，原文是[the user provides multiple queries that return primary keys for the same table in the same order;we then return the intersection of keys for all the provided queries.] 使用Megastore的应用通过并行查询实现了outer joins。通常先进行一个初始的查询，然后利用这个查询结果进行并行索引查询，这个过程我理解的是，初始查询查出一条数据，就马上根据这个结果进行并行查询，这个时候初始查询继续取出下一条数据，再根据这个结果并行查询(可能前面那个外键查询还在继续，使用不同的线程)。这种方法在初始查询数据量较小并且外键查询使用并行方式的情况下，是一种有效的并且具有sql风格的joins。Megastore的数据结构介于传统的RDBMS和NoSql之间的，前者主要体现在他的schema表示上，而后者体现在具体的数据存储上(BigTable)。和RDBMS一样，Megastore的数据模型是定义schema中并且是强类型的。每一个schema有一个表集合，每个表包含一个实体集合(相当于record)，每个实体有一系列的属性(相当于列属性)，属性是命名的，并且指定类型，这些类型包括字符串，各种数字类型，或者google的protocol buffer。这些属性可以被设置成必需的，可选的，或者可重复的(一个属性上可以具有多个值)。一个或者多个属性可以组成一个主键。

在上图中，User和Photo共享了一个公共属性user_id，IN TABLE User这个标记直接将Photo和User这两张表组织到了同一个BigTable中，并且键的顺序(PRIMARY KEY(user_id,photo_id)？是这个还是schema中定义的顺序？)保证Photo的实体存储在对应的User实体邻接位置上。这个机制可以递归的应用，加速任意深度的join查询速度。这样，用户能够通过操作键的顺序强行改变数据级联的布局。其他标签请参考原文。Megastore支持事务和并发控制。一个事务写操作会首先写入对应Entity Group的日志中，然后才会更新具体数据。BigTable具有一项在相同row/column中存储多个版本带有不同时间戳的数据。正是因为有这个特性，Megastore实现了多版本并发控制(MVCC，这个包括oracle，innodb都是使用这种方式实现ACID，当然具体方式会有所不同)：当一个事务的多个更新实施时，写入的值会带有这个事务的时间戳。读操作会使用最后一个完全生效事务的时间戳以避免看到不完整的数据.读写操作不相互阻塞，并且读操作在写事务进行中会被隔离(？)。

Megastore 提供了current，snapshot，和inconsistent读，current和snapshot级别通常是读取单个entity group。当开始一个current读操作时，事务系统会首先确认所有之前提交的写已经生效了；然后系统从最后一个成功提交的事务时间戳位置读取数据。对于snapshot读取，系统拿到己经知道的完整提交的事务时间戳并且从那个位置直接读取数据，和current读取不同的是，这个时候可能提交的事务更新数据还没有完全生效(提交和生效是不同的)。Megastore提供的第三种读就是inconsistent读，这种读无视日志状态并且直接读取最后一个值。这种方式的读对于那些对减少延迟有强烈需求，并且能够容忍数据过期或者不完整的读操作是非常有用的。

一个写事务通常开始于一个current读操作以便确定下一个可用的日志位置。提交操作将数据变更聚集到日志，并且分配一个比之前任何一个都高的时间戳，并且使用Paxos将这个log entry加入到日志中。这个协议使用了乐观并发：即使有可能有多个写操作同时试图写同一个日志位置，但只会有1个成功。所有失败的写都会观察到成功的写操作，然后中止，并且重试它们的操作。咨询式的锁定能够减少争用所带来的影响。通过特定的前端服务器分批写入似乎能够完全避免竞争(这几句有些不能理解)[ Advisory locking is available to reduce the effects of contention.Batching writes through session affinity to a particular front-end server can avoid contention altogether.]。完整事务生命周期包括以下步骤：

1.读：获取时间戳和最后一个提交事务的日志位置

2.应用逻辑：从BigTable读取并且聚集写操作到一个日志Entry 3.提交：使用Paxos将日志Entry加到日志中 4.生效：将数据更新到BigTable的实体和索引中 5.清理：删除不再需要的数据

写操作能够在提交之后的任何点返回，但是最好还是等到最近的副本(replica)生效(再返回)。Megastore提供的消息队列提供了在不同Entity Group之间的事务消息。它们能被用作跨Entity Group的操作，在一个事务中分批执行多个更新，或者延缓工作(？)。一个在单个Entity Group上的事务能够原子性地发送或者收到多个信息除了更新它自己的实体。每个消息都有一个发送和接收的Entity Group；如果这两个Entity Group是不同的，那么传输将会是异步的。

消息队列提供了一种将会影响到多个Entity Group的操作的途径，举个例子，日历应用中，每一个日历有一个独立的Entity Group，并且我们现在需要发送一个邀请到多个其他人的日历中，一个事务能够原子地发送邀请消息到多个独立日历中。每个日历收到消息都会把邀请加入到它自己的事务中，并且这个事务会更新被邀请人状态然后删除这个消息。Megastore大规模使用了这种模式：声明一个队列后会自动在每一个Entity Group上创建一个收件箱。Megastore支持使用二段提交进行跨Entity Group的原子更新操作。因为这些事务有比较高的延迟并且增加了竞争的风险，一般不鼓励使用。

接下来内容具体来介绍下Megastore最核心的同步复制模式：一个低延迟的Paxos实现。Megastore的复制系统向外提供了一个单一的，一致的数据视图，读和写能够从任何副本(repli ca)开始，并且无论从哪个副本的客户端开始，都能保证ACID语义。每个Entity Group复制结束标志是将这个Entity Group事务日志同步地复制到一组副本中。写操作通常需要一个数据中心内部的网络交互，并且会跑检查健康状况的读操作。current级别的读操作会有以下保证：

1.一个读总是能够看到最后一个被确认的写。(可见性)2.在一个写被确认后，所有将来的读都能够观察到这个写的结果。(持久性，一个写可能在确认之前就被观察到)数据库典型使用Paxos一般是用来做事务日志的复制，日志中每个位置都由一个Paxos实例来负责。新的值将会被写入到之前最后一个被选中的位置之后。

Megastore在事先Paxos过程中，首先设定了一个需求，就是current reads可能在任何副本中进行，并且不需要任何副本之间的RPC交互。因为写操作一般会在所有副本上成功，所以允许在任何地方进行本地读取是现实的。这些本地读取能够很好地被利用，所有区域的低延迟，细颗粒度的读取failover，还有简单的编程体验。

Megastore设计实现了一个叫做Coordinator(协调者)的服务，这个服务分布在每个副本的数据中心里面。一个Coordinator服务器跟踪一个Entity Groups集合，这个集合中的Entity Groups需要具备的条件就是它们的副本已经观察到了所有的Paxos写。在这个集合中的Entity Groups，它们的副本能够进行本地读取(local read)。

写操作算法有责任保持Coordinator状态是保守的，如果一个写在一个副本上失败了，那么这次操作就不能认为是提交的，直到这个entity group的key从这个副本的coordinator中去除。(这里不明白)为了达到快速的单次交互的写操作，Megastore采用了一种Master-Slave方式的优化，如果一次写成功了，那么会顺带下一次写的保证(也就是下一次写就不需要prepare去申请一个log position)，下一次写的时候，跳过prepare过程，直接进入accept阶段。Megastore没有使用专用的Masters，但是使用Leaders。

Megastore为每一个日志位置运行一个Paxos算法实例。[ The leader for each log position is a distinguished replica chosen alongside the preceding log position's consensus value.] Leader仲裁在0号提议中使用哪一个值。第一个写入者向Leader提交一个值会赢得一个向所有副本请求接收这个值做为0号提议最终值的机会。所有其他写入者必需退回到Paxos的第二阶段。

因为一个写入在提交值到其他副本之前必需和Leader交互，所以必需尽量减少写入者和Leader之间的延迟。Megastore设计了它们自己的选取下一个写入Leader的规则，以同一地区多数应用提交的写操作来决定。这个产生了一个简单但是有效的原则：使用最近的副本。(这里我理解的是哪个位置提交的写多，那么使用离这个位置最近的副本做为Leader)Megastore的副本中除了有日志有Entity数据和索引数据的副本外，还有两种角色，其中一种叫做观察者(Witnesses)，它们只写日志，并且不会让日志生效，也没有数据，但是当副本不足以组成一个quorum的时候，它们就可以加入进来。另外一种叫只读副本(Read-Only)，它刚刚和观察者相反，它们只有数据的镜像，在这些副本上只能读取到最近过去某一个时间点的一致性数据。如果读操作能够容忍这些过期数据，只读副本能够在广阔的地理空间上进行数据传输并且不会加剧写的延迟。

上图显示了Megastore的关键组件，包括两个完整的副本和一个观察者。应用连接到客户端库，这个库实现了Paxos和其他一些算法：选择一个副本进行读，延迟副本的追赶，等等。

Each application server has a designated local replica.The client library makes Paxos operations on that replica durable by submitting transactions directly to the local Bigtable.To minimize wide-area roundtrips, the library submits remote Paxos operations to stateless intermediary replication servers communicating with their local Bigtables.客户端，网络，或者BigTable失败可能让一个写操作停止在一个中间状态。复制的服务器会定期扫描未完成的写入并且通过Paxos提议没有操作的值来让写入完成。

接下来介绍下Megastore的数据结构和算法，每一个副本存有更新和日志Entries的元数据。为了保证一个副本能够参与到一个写入的投票中即使是它正从一个之前的宕机中恢复数据，Megastore允许这个副本接收不符合顺序的提议。Megastore将日志以独立的Cells存储在BigTable中。

当日志的前缀不完整时(这个前缀可能就是一个日志是否真正写入的标记，分为2段，第一段是在写入日志之前先写入的几个字节，然后写入日志，第二段是在写入日志之后写入的几个字节，只有这个日志前缀是完整的，这个日志才是有效的)，日志将会留下holes。下图表示了一个单独Megastore Entity Group的日志副本典型场景。0-99的日志位置已经被清除了，100的日志位置是部分被清除，因为每个副本都会被通知到其他副本已经不需要这个日志了。101日志位置被所有的副本接受了(accepted)，102日志位置被Y所获得，103日志位置被A和C副本接受，B副本留下了一个hole，104日志位置因为副本A和B的不一致，复本C的没有响应而没有一致结果。

在一个current读的准备阶段(写之前也一样)，必需有一个副本要是最新的：所有之前更新必需提交到那个副本的日志并且在该副本上生效。我们叫这个过程为catchup。省略一些截止超时的管理，一个current读算法步骤如下：

1.本地查询：查询本地副本的Coordinator，判定当前副本的Entity Group是最新的 2.查找位置：确定最高的可能已提交的日志位置，然后选择一个己经将这个日志位置生效的副本

a.(Local read)如果步骤1发现本地副本是最新的，那么从本地副本中读取最高的被接受(accepted)的日志位置和时间戳。

b.(Majority read)如果本地副本不是最新的(或者步骤1或步骤2a超时)，那么从一个多数派副本中发现最大的日志位置，然后选取一个读取。我们选取一个最可靠的或者最新的副本，不一定总是是本地副本

3.追赶：当一个副本选中之后，按照下面的步骤追赶到已知的日志位置: a.对于被选中的不知道共识值的副本中的每一个日志位置，从另外一个副本中读取值。对于任何一个没有已知已提交的值的日志位置，发起一个没有操作的写操作。Paxos将会驱动多数副本在一个值上打成共识-----可能是none-op的写操作或者是之前提议的写操作 b.顺序地将所有没有生效的日志位置生效成共识的值，并将副本的状态变为到分布式共识状态(应该是Coordinator的状态更新)如果失败，在另外一个副本上重试。4.验证：如果本地副本被选中并且之前没有最新，发送一个验证消息到coordinator断定(entity group,replica)能够反馈(reflects)所有提交的写操作。不要等待回应----如果请求失败，下一个读操作会重试。

5.查询数据：从选中的副本中使用日志位置所有的时间戳读取数据。如果选中的副本不可用，选取另外一个副本重新开始执行追赶，然后从它那里读取。一个大的读取结果有可能从多个副本中透明地读取并且组装返回

注意在实际使用中 1和2a通常是并行执行的。

在完整的读操作算法执行后，Megastore发现了下一个没有使用的日志位置，最后一个写操作的时间戳，还有下一个leader副本。在提交时刻，所有更新的状态都变为打包的(packaged)和提议(proposed)，并且包含一个时间戳和下一个leader 候选人，做为下一个日志位置的共识值。如果这个值赢得了分布式共识，那么这个值将会在所有完整的副本中生效。否则整个事务将会终止并且必需重新从读阶段开始。

就像上面所描述的，Coordinators跟踪Entity Groups在它们的副本中是否最新。如果一个写操作没有被一个副本接受，我们必需将这个Entity Group的键从这个副本的Coordinator中移除。这个步骤叫做invalidation(失效)。在一个写操作被认为提交的并且准备生效，所有副本必需已经接受或者让这个Entity Group在它们coordinator上失效。写算法的步骤如下：

1.接受Leader：请求Leader接受值做为0号提议的值。如果成功。跳到第三步

2.准备：在所有副本上执行Paxos Prepare阶段，使用一个关于当前log位置更高的提议号。将值替换成拥有最高提议号的那个值。[Replace the value being written withthe highest-numbered proposal discovered, if any] 3.接受：请求余下的副本接受这个值。如果多数副本失败，转到第二步。4.失效：将没有接受值的副本coordinator失效掉。错误处理将在接下来描述

5.生效：将更新在尽可能多的副本上生效。如果选择的值不同于原始提议的，返回冲突错误[？]

Coordinator进程在每一个数据中心运行并且只保持其本地副本的状态。在上述的写入算法中，每一个完整的副本必需接受或者让其coordinator失效，所以这个可能会出现任何单个副本失效就会引起不可用。在实际使用中这个不是一个寻常的问题。Coordinator是一个简单的进程，没有其他额外的依赖并且没有持久存储，所以它表现得比一个BigTable服务器更高的稳定性。然而，网络和主机失败仍然能够让coordinator不可用。

Megastore使用了Chubby锁服务：Coordinators在启动的时候从远程数据中心获取指定的Chubby locks。为了处理请求，一个Coordinator必需持有其多数locks。一旦因为宕机或者网络问题导致它丢失了大部分锁，它就会恢复到一个默认保守状态----认为所有在它所能看见的Entity Groups都是失效的。随后(该Coordinator对应的)副本中的读操作必需从多数其他副本中得到日志位置直到Coordinator重新获取到锁并且Coordinator的Entries重新验证的。

写入者通过测试一个Coordinator是否丢失了它的锁从而让其在Coordinator不可用过程中得到保护：在这个场景中，一个写入者知道在恢复之前Coordinator会认为自己是失效的。在一个数据中心活着的Coordinator突然不可用时，这个算法需要面对一个短暂(几十秒)的写停顿风险---所有的写入者必需等待Coordinator的Chubby locks过期(相当于等待一个master failover后重新启动)，不同于master failover，写入和读取都能够在coordinator状态重建前继续平滑进行。除了可用性问题，对于Coordinator的读写协议必需满足一系列的竞争条件。失效的信息总是安全的，但是生效的信息必需小心处理。在coordinator中较早的写操作生效和较晚的写操作失效之间的竞争通过带有日志位置而被保护起来。标有较高位置的失效操作总是胜过标有较低位置的生效操作。一个在位置n的失效操作和一个在位置m

总体来说，使用Coordinator从而能够在任何数据中心进行快速的本地读取对于可用性的影响并不是完全没有的。但是实际上，以下因素能够减轻使用Coordinator所带来的问题。1.Coordinators是比任何的BigTable 服务器更加简单进程，机会没有依赖，所以可用性更高。

2.Coordinators简单，均匀的工作负载让它们能够低成本地进行预防措施。3.Coordinators轻量的网络传输允许使用高可用连接进行服务质量监控。

4.管理员能够在维护期或者非安全期集中地让一批Coordinators失效。对于默写信号的监测是自动的。

5.一个Chubby qunrum能够监测到大多数网络问题和节点不可用。总结

文章总体介绍了下google megastore的实现思路，其主要解决的问题就是如何在复杂的环境下(网络问题,节点失效等等)保证数据存取服务的可用性。对于多机房，多节点，以及ACID事务支持，实时非实时读取，错误处理等等关键问题上给出了具体方案。