宝宝树的网站架构运维总监刘秋岐《大型网站的数据库架构演变和优化之道》
了解阿里巴巴国际网站、慧聪网、环球资源网的概况、构架、会员类型以及买家在网站的基本操作流程
一、实验目的通过本门课程的学习是电子商务专业的同学掌握利用第三方交易平台从事国际贸易的相关知识。
了解阿里巴巴国际网站以及其他相关网站的基本功能及各功能的操作技巧，达到能利用这些网站来完成国际贸易业务；了解中国电子商务现状和发展趋势，了解电子商务的特点及对传统企业产生的影响及意义，了解阿里巴巴国际网站、慧聪网、环球资源网的概况、构架、会员类型以及买家在网站的基本操作流程并完成注册。
了解这些站点上产品和发布信息流程,网页制作模块等的使用技巧。
掌握各个网站进行国际贸易的流程和特点。
二、实验地点管理学院电子实验室三、实验项目实验一：阿里巴巴国际站1、阿里巴巴国际站概述定位:主要是全球中小企业的网上贸易市场，是全球范围的E-makertplace,除中小型企业外，大型企业也可以在阿里巴巴上进行交易。
核心价值:卖家行为、买家行为、工具①买家可以寻找搜索卖家并发布采购信息②卖家可以寻找搜索买家并发布公司及产品信息③为买家卖家行为提供了沟通工具,帐号管理工具特点:①互动：社区Community频道，客户可以了解贸易相关的知识，互相分享贸易经验，讨论贸易相关话题等等。
②可信：阿里巴巴国际站的海外TrustPass会员和中国大陆的Gold Supplier经过第三方的认证，增加了公司信息的可信度，使买家买得更放心。
③专业：人性化的网站设计、丰富类目、出色的搜索和网页浏览，简便的沟通工具、帐号管理工具④全球化网上贸易市场：客户遍布全球，同时阿里巴巴国际站具有全球影响力。
流量:1500万 PV/day；17,000新注册会员/day；150万 UV/day；1,700新公司上线/day；180,000新产品发布/day覆盖范围：全球最大B2B贸易市场；790万注册企业会员；覆盖超过200个以上国家和地区；覆盖超过42个进出口行业国际网站构架:导航搜索(Search) 类目(Browsed by Category) 社区(Community)导航栏将买卖双方最常用的六个功能模块进行了集成，它位于阿里巴巴国际站首页的右上角，由六个部分组成：搜索栏位于首页正上方很醒目的位置，它可以按照以下三种不同的方式来进行查找：类目位于首页的左侧，在这一区域按照产品的类别建立了Agriculture 等42个一级类目，一级类目下又有若干二级子类目，二级子类目下又有若干三级子类目，通过类目的一级一级查找，最后也是可以查找到相关的信息。
母婴社区的闭环之路,用电商塑造一个10亿美金公司
母婴社区的闭环之路，用电商塑造一个10亿美金公司随着女性经期助手美柚完成3500万美金C轮融资、大姨妈完成3000万美金C轮融资，女性社区辣妈帮完成2000万美金的B轮融资。
新的消费意识以及育儿理念普及，让女性社区，尤其是连接女人和孩子的母婴社区成为万众瞩目的蓝海市场。
针对越来越多的年轻妈妈在网上寻求教育孩子的有关专业知识、经验分享、导购方面的刚性需求，以及资本市场在母婴领域的积极跟进，毫无疑问这将会是下一个10亿美金的巨大市场。
目前宝宝树年营收已经高达几个亿。
成立于2007年的宝宝树，如今已从一个图片分享的网站，变成集合了社区、知识、记录、硬件、导购等诸多功能为一体的母婴产品。
宝宝树是如何打造它的商业闭环?如何迅速抢占移动端用户?以何种形式掘金10亿美金的母婴市场?以下是宝宝树创始人王怀南口述：卖场式的垂直电商没有未来在7年前，我们几个创始人有很浓厚的电商基因，但是没有选择电商，是因为我们觉得卖场式的垂直电商没有未来。
2007年的时候，我，邵亦波和孙志俊决定做宝宝树。
虽然邵亦波有ebay 易趣的经历，但是从一开始我们就确定了不做垂直电商。
那时候的红孩子气焰很猛，很多人都认为了它即将要上市了。
但是在价格上没有优势的红孩子，我们觉得它的未来是有缺陷的，它很容易被通用电商吞并掉。
即使是今天，电商在很大程度上还在打价格战，所以那是虎我们就想把这方面规避掉。
选择社区是因为我们觉得现在的妈妈是孤独无助的。
她们从孕期、迎接新生命、养孩子很多都是孤独无援的。
她们迫切需要解决的不是马上买到什么东西，而是如何抚养一个新生命。
尤其是现在，在我国，61%的90后妈妈怀孕是一个意外，在没有准备的情况下，她们更是孤独彷徨的。
新生儿生病了就跑到医院打点滴，她们不需要每天看见孩子，因为她们还无法完成角色转换。
一开始宝宝树还不知道怎么样给用户提供知识，也不知道怎样陪着80后的妈妈聊天。
但是当时数字化照片非常火，各种数码相机都很流行，当时所以干脆决定做一个相片分享社区，让妈妈们在宝宝树上分享照片。
固安捷案例
固安捷案例分享
营销背景
固安捷中国网站（）是全球领先的设备维护、修理和运作(MRO)工业分销商固安捷（Grainger）在中国建立的工业产品采购B2B电子商务平台，致力于成为中国企业工业产品采购的贴心顾问。
营销过程
电商站点在SEM上投入的必然性是众所周知的，身为全球工业品分销行业的风向标，如何利用搜索引擎快速在国内打开市场同样是固安捷中国需要关注的命题。
在SEO方面，这一命题的解决是与文军信息的合作开始的。
接手网站之初，双方就确认了一条基本优化思路（如图）：
自然，解决现有页面的收录问题就成为了优化的第一阶段。
从日志文件分析到蜘蛛爬行的引导，从网站架构分析到网站内链建议，从页面相似度监测到重复页面处理，从死链的删除到404页面的设置，从网站地图的上线到百度站长平台数据的提交，一步步走来，收录也在一步步的增长。
四个月时间，站点页面的百度收录率已经从开始时的3%达到了85%之多。
收录提升之余，通过有效的站内内容布置以及外链操作，排名及流量的提升自然是不在话下。
来自搜索引擎的自然流量在四个月内也
有了翻倍的提升。
当然，仅仅满足于现阶段的流量是远远不够的，新增页面成为了第二阶段的优化命题。
根据用户搜索意图构建关键词库，撰写页面内容，打造新增页面的差异，充分考虑用户体验便成为了日常性的工作。
营销效果
虽然过程是艰辛的，不过付出收到了回报。
6、7、8、9、10五个月的流量及订单数据（如下图）还是不错的。
坚持迎合百度，百度会抛弃你，坚持做对用户有益的事情，百度会迎合你！。
宝宝树经营中存在的问题及改进对策分析
宝宝树经营中存在的问题及改进对策分析问题一：用户体验不佳：宝宝树的用户界面设计过于繁杂，导致用户在使用过程中操作不方便，难以找到所需的功能。
宝宝树的服务器响应速度较慢，视频播放卡顿现象较为明显。
这些都给用户带来了不好的体验。
改进对策：1. 用户界面优化：对界面进行简化，按照用户习惯重新设计，提高用户的使用便利性；2. 技术升级：增加服务器的带宽和存储容量，提高服务器的响应速度，解决视频播放卡顿问题；3. 用户反馈机制：建立用户反馈渠道，及时了解用户的问题和需求，针对性地改进产品和服务。
问题二：内容质量参差不齐：宝宝树的内容来源比较混乱，质量良莠不齐。
有些内容缺乏专业性，无法满足用户的需求。
改进对策：1. 筛选内容提供商：选择合作伙伴时，要注重其专业性和内容质量，建立长期稳定的合作关系；2. 内容审核机制：建立严格的内容审核机制，确保内容的专业性和准确性；3. 优化内容分类和搜索功能：通过增加标签和关键词的方式，提高用户对内容的检索效率，让用户更轻松地找到所需内容。
问题三：用户粘性不高：宝宝树的用户粘性不高，用户流失率较高，很多用户只是在初始阶段试用了一段时间就不再使用。
改进对策：1. 用户个性化推送：通过分析用户的行为和偏好，为用户推送个性化的内容，提高用户的黏性；2. 社交化功能增加：增加用户之间的互动和社交功能，鼓励用户参与讨论和分享，增加用户的粘性；3. 提供长期复习计划：宝宝树可以提供长期的学习计划，帮助用户制定系统性的学习计划，提高用户的持续使用率。
问题四：市场竞争压力增大：宝宝树面临的市场竞争日益激烈，同类型的婴幼儿在线教育平台不断涌现，市场份额逐渐被分散。
改进对策：1. 提升产品差异化：宝宝树需要研发更多独特的产品功能，与竞争对手区分开来，增加用户的选择动力；2. 建立品牌认知度：通过加大营销力度和品牌推广，提高宝宝树的知名度，增加用户的选择信心；3. 与合作伙伴合作：与知名的教育机构、专家合作，提供更丰富的教育资源和服务，增加用户的黏性和信任感。
大型电商分布式架构设计与优化
大型电商分布式架构设计与优化本文主题为电商网站架构案例，将介绍如何从电商网站的需求，到单机架构，逐步演变为常用的、可供参考的分布式架构原型。
除具备功能需求外，还具备一定的高性能、高可用、可伸缩、可扩展等非功能质量需求（架构目标）。
本文大纲：1. 使用电商案例的原因2. 电商网站需求3. 网站初级架构4. 系统容量估算5. 网站架构分析6. 网站架构优化根据实际需要，进行改造、扩展、支持千万PV，是没问题的。
使用电商案例的原因分布式大型网站，目前看主要有几类：1.大型门户（比如网易、新浪等）；2.SNS网站（比如校内、开心网等）；3.电商网站（比如阿里巴巴、京东商城、国美在线、汽车之家等）。
大型门户一般是新闻类信息，可以使用CDN、静态化等方式优化。
而开心网等交互性比较多，可能会引入更多的NoSQL、分布式缓存、使用高性能的通信框架等。
电商网站具备以上两类的特点，比如产品详情可以采用CDN，静态化，交互性高的需要采用NoSQL等技术。
因此，我们采用电商网站作为案例，进行分析。
电商网站需求客户需求：•建立一个全品类的电子商务网站（B2C），用户可以在线购买商品，可以在线支付，也可以货到付款；•用户购买时可以在线与客服沟通；•用户收到商品后，可以给商品打分和评价；•目前有成熟的进销存系统，需要与网站对接；•希望能够支持3~5年，业务的发展；•预计3~5年用户数达到1000万；•定期举办双11、双12、三八男人节等活动；•其他的功能参考京东或国美在线等网站。
客户就是客户，不会告诉你具体要什么，只会告诉你他想要什么，我们很多时候要引导、挖掘客户的需求。
好在提供了明确的参考网站。
因此，下一步要进行大量的分析，结合行业以及参考网站，给客户提供方案。
其它的这里暂不展开。
需求功能矩阵需求管理传统的做法，会使用例图或模块图（需求列表）进行需求的描述。
这样做常常忽视掉一个很重要的需求（非功能需求），因此推荐大家使用需求功能矩阵，进行需求描述。
宝宝树组织架构
宝宝树（Babytree）是一家中国领先的母婴互联网公司，成立于2007年。
其组织架构主要包括以下几个部分：
1. 董事会：负责公司的整体战略规划、决策和监督。
2. 高级管理层：包括首席执行官（CEO）、首席运营官（COO）、首席财务官（CFO）等，负责公司的日常运营管理。
3. 业务部门：包括内容事业部、电商事业部、广告事业部、技术事业部等，负责公司各项业务的开展。
- 内容事业部：负责宝宝树网站和移动端的内容生产、编辑和运营，包括孕期、育儿、早教等各类母婴知识分享。
- 电商事业部：负责宝宝树旗下的电商平台“宝宝树商城”的运营，包括商品采购、销售、物流等。
- 广告事业部：负责宝宝树的广告业务，包括品牌广告、效果广告等。
- 技术事业部：负责宝宝树网站的技术开发、维护和优化，以及移动端APP的开发和维护。
4. 支持部门：包括人力资源部、财务部、行政部等，为公司提供后勤保障和内部管理支持。
5. 合作伙伴：与宝宝树合作的各类企业、机构和个人，共同推动母婴产业的发展。
Laudon-第15版-第9章-中文
9.2 供应链
针对如下环节的组织和流程的网络 物料采购, 把物料加工成产品, 并把产品分销出
去 上游供应链 公司的供应商、供应商的供应商, 以及管理这
些供应商关系的业务流程 下游供应链 负责配送产品到客户那里的组织和业务流程 内部供应链
耐克（Nike）的供应链
上游
签约 供应商
生产能力、库存水平、物流调度、支付条款
CRM软件功能
图9.8
• CRM软件产 品主要支持销 售、客户服务 和市场营销流 程, 集成多个 来源的客户信 息, 同时支持 运营与分析两 个层面
销售
账目管理 潜在客户管理
订单管理 销售计划 现场销售 销售分析
客户数据
市场营销
营销活动管理 促销渠道管理
事件管理 市场计划 市场运营 市场分析
客户服务
开篇案例: 斯酷凯蒂公司在云端运行ERP
问题
快速的全球增长 不完善的配送模型 落伍的人工流程
解决方案
调整业务流程 SAP Business ByDesign 云计算平台
斯酷凯蒂公司使用SAP Business ByDesign集成业务流程 与决策
本案例说明了为何公司需要企业应用 本案例表明了ERP系统可以显著提升运营效率和决策的能力
下一代企业应用（1/2）
企业解决方案/套装软件
应用系统更加柔性、基于Web应用、能与其他系统 集成
SOA标准 开源软件应用 随需应变的解决方案 具有基于云计算的版本 提供基于移动平台的更多功能
下一代企业应用（2/2）
社交型CRM 利用社交网络技术 公司社会化网络 通过脸谱网与客户互动 例如: Buzzient平台把企业应用和社会化媒体
图9.10
分析型CRM利用客户数据仓库与数据分析平台工具, 分析公司直接
社区网站修炼之道——phpwind产品架构全解析
，
可 以实现 大 型 社 区 网
。
产 品 形 态 上 支 撑 门户 论 坛 商城 和 个 人 空 间 ( 博 客 ) 等模 式
既 在产 品形 态 层 面 保 持 了 用 户 对 社 区 的统
一
站W e
、
搜 索服 务 器 和 数据 库 服 务 器 的 分 布 式 部 署
，
认知
，
又 在底 层
、
不 仅 大 大 提 高 大 型 社 区 站 内搜 索 的 效率
层面能帮助社 区网站更快速 、而且更健康的发展 。
社区基础元素是人、内容与关系。毫无疑 问人是社区最
核心的要素，无论单纯 的论坛 、门户抑或 Ｓ Ｎ Ｓ都无一例外。
ｐ ｈ ｐ ｗｉ ｎ ｄ ７ ． ５ 版本 ，以强化社 区 的内容展现 为基础，提 内容吸引了关注 内容的人群，独特 的内容和情趣相投的人群
就像 血 液
样 把 内容 和 关 系 真 正 连 接 到
，
、
起
．
。
当站点数 据量 过 大 时
采 用 普通 的 S Q L 查 询
，
，
查询速
针 对 传 统 论 坛 内容 有 余
创 造 了运 营环 境
为 了统
．
一
交 互 不 足 的情 况
，
，
p h p w in d 7 5 建
或 直 接 不 响应
．
甚 至 导 致 数据 库宕机
，
，
管理 会 员
一
内容
、
关 系和 应 用 等社 区 要 素
，
，
实 现 搜 索 与数 据 库 查 询 分 离
服 务器
解决大 数据量 时
：
大数据下的个性化推荐研究与实现
^m m m m2021年第05期(总第221期）大数据下的个性化推荐研宄与实现陈曦(西安明德理工学院，陕西西安710124)摘要:近年来，社会经济快速发展的同时，互联网信息技术更新与发展的速度不断加快，逐渐渗透到了人们生活中的方方面 面,信息量呈爆炸式增长，而面对海量的信息数据,对人们而言，信息使用率也会逐渐下降。
个性化推荐是基于大数据的一 种新型技术手段，受到了社会各界的广泛关注，其能够有效提升用户体验,满足用户的实际需求。
大数据技术的应用，能够 深入挖掘用户的潜在需求以及购买倾向，并第一时间向用户推荐感兴趣的商品。
通过收集用户的信息数据，并对商品信息 建模，融入大数据算法进行筛选、优化，为用户提供个性化推荐，科学的推荐系统能够快速挖掘与分析用户的消费偏好，并 且为用户提供精准化推荐服务。
文章通过对大数据下的个性化推荐进行了深入分析，并进一步探讨了设计与实现策略。
关键词：大数据;个性化推荐;研究；实现中图分类号:TP391.3 文献标识码:B文章编号=2096-9759(2021)05-0197-03〇引言随着信息数据量逐年攀升，大数据技术的应用，能够为用 户提供个性化推荐服务，针对海量大数据这一现状，通过构建 个性化推荐引擎模型，主要包含离线数据以及在线推荐两个 模块。
离线数据计算可对用户的偏好以及商品列表进行分析 与计算，而在线推荐版块可对用户的行为进行实时分析，并优 化离线计算具体结果，为用户提供精准化结果。
两者之间的 有效结合，能够实现完整化与动态化的推荐服务。
基于算法 改进的基础之上，文章通过构建推荐引擎平台模型，并且采用 了分布式大数据框架，实现了对协同过滤算法的优化与改进，充分考虑到系统的整体性能，最后对关键性能进行实践测试, 从而最大程度上保障个性化推荐平台的整体性能需求。
1推荐引擎关键理论与技术分析1.1工作原理好的推荐弓丨擎能够为用户提供个性化推荐，将用户感兴 趣的商品快速精准的推送到面前，从而大幅度提升商品的成 交率,当前大数据推荐已经被广泛应用于各个领域当中，尤其 是电商领域，个性化推荐服务通常会将用户个人的离线数据 与在线行为进行综合分析,并产生推荐。
大型网站架构演变和知识体系
[大型网站架构案例]大型网站架构演变和知识体系之前也有一些介绍大型网站架构演变的文章，例如LiveJournal的、ebay的，都是非常值得参考的，不过感觉他们讲的更多的是每次演变的结果，而没有很详细的讲为什么需要做这样的演变，再加上近来感觉有不少同学都很难明白为什么一个网站需要那么复杂的技术，于是有了写这篇文章的想法，在这篇文章中将阐述一个普通的网站发展成大型网站过程中的一种较为典型的架构演变历程和所需掌握的知识体系，希望能给想从事互联网行业的同学一点初步的概念，文中的不对之处也请各位多给点建议，让本文真正起到抛砖引玉的效果。
1.架构演变第一步：物理分离webserver和数据库最开始，由于某些想法，于是在互联网上搭建了一个网站，这个时候甚至有可能主机都是租借的，但由于这篇文章我们只关注架构的演变历程，因此就假设这个时候已经是托管了一台主机，并且有一定的带宽了，这个时候由于网站具备了一定的特色，吸引了部分人访问，逐渐你发现系统的压力越来越高，响应速度越来越慢，而这个时候比较明显的是数据库和应用互相影响，应用出问题了，数据库也很容易出现问题，而数据库出问题的时候，应用也容易出问题，于是进入了第一步演变阶段：将应用和数据库从物理上分离，变成了两台机器，这个时候技术上没有什么新的要求，但你发现确实起到效果了，系统又恢复到以前的响应速度了，并且支撑住了更高的流量，并且不会因为数据库和应用形成互相的影响。
看看这一步完成后系统的图示：这一步涉及到了这些知识体系：这一步架构演变对技术上的知识体系基本没有要求。
2.架构演变第二步：增加页面缓存好景不长，随着访问的人越来越多，你发现响应速度又开始变慢了，查找原因，发现是访问数据库的操作太多，导致数据连接竞争激烈，所以响应变慢，但数据库连接又不能开太多，否则数据库机器压力会很高，因此考虑采用缓存机制来减少数据库连接资源的竞争和对数据库读的压力，这个时候首先也许会选择采用squid 等类似的机制来将系统中相对静态的页面（例如一两天才会有更新的页面）进行缓存（当然，也可以采用将页面静态化的方案），这样程序上可以不做修改，就能够很好的减少对webserver的压力以及减少数据库连接资源的竞争，OK，于是开始采用squid来做相对静态的页面的缓存。
宝宝树经营中存在的问题及改进对策分析
宝宝树经营中存在的问题及改进对策分析宝宝树（Babytree）是中国领先的母婴社区平台，致力于为家长提供优质的母婴信息、产品和服务。
随着用户规模不断扩大，宝宝树的经营中也出现了一些问题，需要及时提出改进对策。
本文将对宝宝树经营中存在的问题进行分析，并提出相应的改进对策。
一、宝宝树经营中存在的问题1. 用户体验不佳随着用户规模不断扩大，宝宝树的网站和APP在用户体验方面出现了一些问题。
比如页面加载速度慢、搜索功能不够智能、推荐系统过于泛滥等，这些问题严重影响了用户的使用体验。
2. 信息真实性存疑作为母婴社区平台，宝宝树上发布的母婴信息真实性受到了质疑。
用户在平台上获取的信息可能具有一定的误导性，对于准妈妈和新妈妈来说可能会产生一定的风险。
3. 产品质量参差不齐宝宝树上销售的产品种类繁多，但质量参差不齐的问题也日益突出。
一些产品在宣传中表现出色，实际使用后却存在质量问题，给用户带来了不小的困扰。
二、改进对策分析1. 提升用户体验针对用户体验不佳的问题，宝宝树可以加大对技术开发的投入，提升网站和APP的性能和稳定性。
加强对搜索功能和推荐系统的优化，提高用户的使用体验。
2. 加强信息审核宝宝树应该建立健全的信息审核机制，确保平台上发布的母婴信息真实可靠。
加强对供应商和用户信息的审核，杜绝虚假信息的传播，保障准妈妈和新妈妈的合法权益。
3. 严格把控产品质量在产品质量方面，宝宝树可以建立严格的产品审核和监管机制，确保平台上销售的产品质量达标。
同时建立完善的售后服务体系，提高用户对于产品质量问题的投诉和解决速度。
4. 强化用户教育宝宝树可以通过多种方式加强用户教育，提高用户的消费意识和安全意识。
比如开展母婴知识讲座、举办产品体验活动等，让用户深入了解产品使用方法和注意事项，提高用户对产品的选择和使用质量。
三、结语宝宝树是一个不断发展和壮大的母婴社区平台，但在经营中也存在着一些问题。
对于这些问题，宝宝树需要及时采取相应的改进对策，从而提高自身的竞争力和用户满意度，更好地为用户和合作伙伴服务。
渠道为王
ａ ４ 罗 莱 家 纺和 富 安 娜 可谓 家纺 行 业 的 直 营 的 引 导 作 用 。公 司利 用 直 营 渠 道 与 安 娜 的 渠 道 扩 张 速 度 受到 限 － 。但 从 另
领跑者 ，凭借 中高端定位 、多品牌 经营 加 盟渠道互补销售 ，在 大城 市由公司建
以及 “ 营 ＋加 盟 ” 的 渠 道 策 略 ， 两 家 直
９６ ｌ中国经济信息 ３４２ １ —／０ ０
家专卖店 、１５ ９ 家商场 专柜 。 利益之争 规模不 断上升
基 于 直 营 ＋加 盟 的 渠 道 模 式 ， 罗 莱
在 清晰 的产品定 位基础上 ，采取 多
家纺 和 富 安 娜 低 成 本 搭 建 起 相 对 广 泛 的 品牌 策 略 ，构 建 不 同风格 定位 的 产 品
一
角度 看 ，直 营 渠道 有 利 于加 强 对 渠 道
立 直 营 店 （ ），树 立 良 好 的 品 牌 形 的 引 导和 控 制 。 柜 罗 莱 家纺 ：加 盟 为 主 ， 直 营 为 辅 。
公 司构 筑 了相 对 有 效 的 商 业 模 式 ， 不仅 象 ，并辐射 周边地 区，从 而带动加 盟店 取 得 销 售 上 的 突破 ， 成 为 国 内 家纺 业 的
购等 多种方式 ，但 罗莱家纺和富安娜均 加 盟 渠 道 的 单 店 销 售 额 均 呈 上 升 态 势 ，
网 点 ，其 中专 卖店 ６ １ ，商 场 专柜 ８ １ ９个 ０
０６ ２０年 ７５ 万 个 ；在 部 分 大 型 中心 城 市 ，如 上 海 、 郑 采取 “ 营 ＋ 加 盟 ” 专 卖店 模 式 ，迅 速 ２ ０ — ０ ８ 直 营 单 店 销 售 额 由７ ．５ 直
１ ．４ １ ％。不过 ，两家企业在 渠道建设上 盟 专 卖 店 和 专 柜 数 量 Ｌ ２ ０ 年 底 的 ５ １ 资金 回 笼 速 度 慢 ，公 司一 度 陷入 困境 ， ８ Ｚ０６ ６
搜索引擎优化 - 7 by 渠成
© Allen Qu, Netconcepts 2013
文章内部添加站内链接的作用
内部链接是重要的SEO因素，合理设置内部链接可以推进 SEO效果，提升网站相关关键字的排名 内部链接可以帮助搜索引擎蜘蛛在相关内容页面间爬行，有 利于内部链接锚文本排名和目标URL页面的收录
80-100 字为宜
文章的摘要不是关键词的堆砌或罗列，而是概括了文章的主 要内容，从而引导用户在搜索引擎中点击
© Netconcepts
© Allen Qu, Netconcepts 2013
文章内容规范性
文章的首段一定要出现页面关键词，并且可以把首段出现的部分页面关键 词加粗
通过内部链接的优化突出此页面
针对重点关键词进行外部链接的优化 通过对锚文本的优化，提升关键词排名
© Netconcepts
© Allen Qu, Netconcepts 2013
Page title的SEO作用
了 解 页 面 主 题
让 用 户 第 一 时 间 决定网站的内容方向， 是关键词权重分配高 低体现之处
况下，标题也可以作为一个比较具体的关键词
从网站在受众的角度考虑，结合用户的一些搜索习惯，来填 写适当的关键词
© Netconcepts
© Allen Qu, Netconcepts 2013
文章规范性
1、文章标题规范性 2、文章摘要规范性 3、文章内容规范性 4、文章图片规范性
Meta Keywords
• 对搜索结果没有影响
• 尽量包含3-4个重要关键词，可能有利于内部参考及站内搜索
© Netconcepts
© Allen Qu, Netconcepts 2013
BB平台优劣势分析
B2B平台优劣势分析.阿里巴巴（Alibaba Corporation）一、简介：二、优势阿里巴巴是目前访问量最大(de)b2b网站,作为行业内(de)b2b老大,经积累了大量(de)会员和良好(de)口碑,再加上阿里巴巴大量(de)广告和技术以及各方面资源(de)投入,阿里在吸引新会员以及维护老会员方面做(de)相当不错,他们网站每天(de)人流量和信息发布量,都处于国内电子商务网站(de)前列.拥有庞大(de)数据量,阿里(de)会员总会感觉到发了信息效果明显比其他电子商务网站好,主要原因就在于自己(de)同行较多,有一种追赶心理起作用.三、劣势1、阿里中(de)中国卖家太多,加之阿里平台允许买家群发询盘,导致价格竞争激烈,因此阿里成交(de)单子利润都偏低.从某种角度说,阿里还是一个老外衡量中国供应商价格(de)平台.某些特定(de)行业收费用户过多,这种分类下(de)供应商效果就不太好了.2、从会员数量来讲,阿里巴巴会员鱼龙混杂,内耗很严重,好客户与差客户(de)效果悬殊.3、阿里巴巴因为战略转移,将大量资金投放到C2C个人交易平台淘宝网上,阿里巴巴将面临B2B老客户锐减,而新客户补充不足(de)尴尬境地.总流量来看确是B2B老大,不过,从ALEXA第三方显示,其英文站却只占其总流量(de)6%,又考虑到其中国供应商登录其英文站也甚多,这就意味着阿里巴巴实际上来自境外(de)流量不会超过其总流量(de)2%,换句话说,每天上阿里巴巴网(de)98%以上(de)都是中国人,由此显示了阿里巴巴(de)外贸与国际知名B2B网站还有一定差距.环球资源（Global Sources）一、简介：二、优势主要为国内供应商做出口服务,以杂志和展会进行推广.1、历史较长,并成功在NASDAQ（纳斯达克）中小企业版上市,国外(de)知名度比较高,为买家提供服务,是进入国内最早做采购目录(de)、B2B网站建设开展得比较早(de)公司,积累了一定(de)大陆厂商资源.2、环球资源为其所服务(de)行业提供媒体及出口市场推广服务,供应商采用四项基本服务,包括网站、专业杂志、展览会和网上直销服务进行出口市场推广.环球资源并同时提供广告创作、教育项目和网上内容管理等支援服务.三、劣势：1、环球资源侧重于杂志,海外(de)展会,传统性占很大一部分,这也是导致其会员费较高(de)原因所在.2、环球资源操作模式是以展会、杂志和网站打包卖,费用成本比较高,不适合一般(de)中小企业做推广.环球资源是一个多渠道B2B 媒体,致力于对外贸易.核心业务是通过一系列媒体促进进出口贸易.盈利(de)40%来自杂志光盘中(de)广告,60%来自网上交易业务.环球资源网包括产品行业网站、地区出口网站、技术管理及其他网站.环球资源电子商务网站有两大特色保证供应商(de)质量,一是强大(de)行业搜索引擎和“已核实供应商”体系,为买家提供业内最全面(de)搜索结果,以及经第三方审核(de)优质供应商.中国制造（Made in China）一、简介：二、优势1、域名非常形象,易被海外买家接受.2、在国外有一定知名度,1对1询盘,质量较高.3、能够设定关键词,增加产品曝光率.4、相比其他综合性B2B网站,其性价比较好.三、劣势：1、买家资源相对较少.2、规模、影响力、推广力度等方面不如阿里巴巴和环球资源网.中国制造网(de)域名Made-in-China（简称MIC）非常形象,容易被做中国市场(de)海外买家所接受.中国制造网作风比较务实,优势主要集中在服装、工艺品、交通工具、机械等几个行业.中国制造网虽然在国内知名度远不及阿里巴巴和环球资源,但在海外买家中有一定(de)影响力.中国制造网(de)海外推广主要通过Google等搜索引擎及参加海外展会两种形势进行.中国制造网(de)买家资源不是很丰富,但买家只能对单个供应商发送询盘信,因而询盘质量比较高. 从性价比上而言,中国制造网是综合类B2B网站最好(de),非常适合资金实力一般(de)小型企业.环球市场（Global Market Group）一、简介：二、优势1、GMC(de)品牌定位优质、高端制造商群体,并积累一定高端买家.2、整合性营销,充分利用线上、线下互动,注重互动交流；3、会员需要通过过GMC标准,有一定标准、门槛和质量认证等,能起到过滤信息(de)作用；4、询盘是1对1,询盘质量较高.三、劣势：1、知名度不如阿里、MIC、环球等,买家量积累比较少；2、有一定(de)门槛,而费用高,价格几万到几十万不等；环球市场集团是一家专业(de)国际营销机构,致力于为中国制造商打造优质群体品牌GMC,并通过全球展会、网络、买家匹配等国际营销方式,帮助GMC会员在国际市场推广品牌,摄取商机,紧握市场脉搏.慧聪网一、简介：二、优势1、全国30多个城市渠道布局,并设立分销网点和服务体系；2、线上、线下结合(de)推广方式；3、会员服务划分细致,划分为多个等级,以方便于个性化服务；4、行业覆盖面极广和针对性强.三、劣势：1、由于也出版中文杂志刊物,所以运营成本相对于阿里巴巴来说较大；2、英文站没有任何名气,大部分都是国内(de)企业浏览,海外客商(de)流量较少；3、内贸方面,90%(de)会员同时注册了阿里巴巴,受阿里压制很大慧聪(de)最大亮点在于“个性化”服务——精准(de)求购信息、网络和纸媒推广(de)全面覆盖、新闻营销深度打造企业品牌,将立足跨行业优势,不断提升行业服务深度,广度.慧聪出版(de)慧聪商情广告,覆盖行业达 30 余个,同时出版年度商务黄页——中国行业资讯大全；慧聪网提供(de)个性化(de)服务还包括,如结合互联网资讯针对不同行业编写(de)市场研究报告、组织参与行业展会等……TradeKey一、简介：二、优势1、具有目前世界上最先进(de)"贸易搜索引擎",强有力(de)搜索功能；2、国外知名度高、规模大,TradeKey上38.5%(de)采购商来自美国,积累了大量国外买家信息；3、海外平台,专注于国际贸易,总部在国外,更容易获得国外买家信息；4、采用信任点模式,能够有效筛选卖家（信任点有些类似淘宝(de)冲钻会员,但获得信任点并不是单纯(de)出货数量多少决定,其他(de)资质认证、会员等级都影信任点）三、劣势：1、本地化程度不够高,在国内(de)知名度比阿里等本土品牌低；2、附加(de)费用比较多,要做得好,需要投入(de)成本比较高.3、国外建站,检验实际推广成果比较难.TradeKey是全球知名度和实用性比较强(de)B2B网站,在全球着名B2B 中名列前茅,也是近年来最受外贸行业关注(de)外贸B2B网站.TradeKey一直致力于全球买家数据(de)采集和分析,与全球诸多实力雄厚(de)集团机构结成联盟(de)TradeKey网站,专门为中小企业而设,以出口为导向,已成为全球B2B网站(de)领导者和最受外贸企业欢迎(de)外贸B2B网站之一.一体化(de)网络贸易服务体系,包括RFQ、P/I、P/O、L/C等自动文件处理方式,企业可在线建立网上展厅、商业机会发布、主动查询国际专业买家、买卖双方在线询价等各种不同类型(de)在线交易工具.Directindustry（博纳工业领航）一、简介：二、优势1、专业性强,只做工业产品；2、平台只接受工业产品制造公司,不接受贸易公司,不对经销商开放,保证都是最直接(de)品牌供应商；3、优质客户群.目前全球共有12000多个国际知名品牌与平台付费合作,拥有超过200家世界500强合作客户；4、五大语系推广.只需要上传英文,将有专业技术人员免费为您翻译其他4种语言关键词并在相应(de)网站上进行推广.5、超强(de)Google抓取能力.在GOOGLE(.de/.es/.fr/.it)搜索产品关键词,与平台合作(de)会员会出现在搜索结果非常靠前(de)位置,等于您间接做了GOOGLE排名推广.三、劣势：1、有一定(de)门槛,且费用较高；2、国外建站,检验实际推广成果比较难.Directindustry是全球最专业、最大(de)工业产品在线采购平台之一,1999年成立于法国,隶属于法国VirtualExpo集团,被行业资深人士称为“永不落幕(de)汉诺威工业展”,俗称“工业品牌帝国”、“世界工业指引”、“国际工业领航”、“欧美工业直通车”.。
宝宝树网站调查报告
宝宝树网站调查报告摘要：宝宝树网站以政务母婴服务、公众参与、母婴论坛、电子商务、婴儿早教五大基本服务功能为导向，进一步规范栏目设置，使各板块功能更加清晰，栏目设置更加有序，网站整体结构、页面布局、栏目设置、艺术装帧水平不断提升，服务功能进一步增强。
关键词：母婴服务电商核心竞争力：母婴论坛，方便新手爸爸、新手妈妈学习经验宝宝树网站通过为父母提供高质量，多类型的线上及线下服务，宝宝树旨在搭建独一无二的全方位平台，让父母们在这里进行有价值的经验分享以及育儿方法，得到愉快的和有意义的育儿及成长体验，为千万新手爸爸妈妈提供资源共享的交流平台，同时满足他们多层次、全方位、适应时代进步的育儿需求。
1.大型论坛，我的小家宝宝树网站初始建立论坛，方便新手爸妈在论坛上学习经验，交流心得而减免了很多不必要的麻烦。
而后开发出我的小家，使得广大用户可以记录宝宝的生活点滴，留作纪念。
2.家庭早教“米卡成长天地”宝宝树网站于2011年推出米卡成长天地家庭早教产品，而后对早教产品进行深度开发而衍生出米卡成长天地。
米卡成长天地包含了0-6岁不同年龄段的视频、产品，使得0-6岁婴童都可以进行合适的早教。
3.“BabyBox”，定期回馈，孕期盒子BabyBox是宝宝树联合众多优质母婴品牌，为妈妈和宝宝倾力打造的关怀大礼，完全免费。
宝宝汇集精选了自孕期至婴儿期的各类品牌，以抽奖方式回馈参与活动的宝宝树注册用户。
每个宝宝树注册用户只需提交本人真实、详细信息均可申请。
每月宝宝树会通过系统会抽选出中奖用户，并于月底将Babybox礼包递送到用户家中。
用户在收到BabyBox礼包后，通过体验产品，提交产品体验报告。
该网站上许多用户都购买了孕期盒子，内含准妈妈读本、准爸爸读本、胎教音乐以及一些手工制品，可以使准爸爸妈妈们学习经验，不至于手忙脚乱。
4.手机应用现在很多网站都有手机应用，宝宝树也不例外。
宝宝树的手机应用支持IOS和安卓系统两个平台，包含育儿问答、快乐孕期、快乐育儿、快乐辣妈等应用。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
数据库优化——监
监——合理的监控报警和预警机制： 指标先行(制定指标，以此为基准进行优化比较） Mysql监控：
Mysql服务可用：监控test库的一张表可以写入之后立刻查询
Mysql 当前连接数、IOPS、CPU使用率、网络流量、QPS、TPS InnoDB缓存池：脏块的百分率、读命中率、缓存池利用率 InnoDB每秒读写量、InnoDB每秒从文件中读取/写入的次数 InnoDB日志：每秒日志物理写次数、每秒日志写请求数、每秒向日志文件完成的 fsync()写数量 临时表：创建到disk上的临时表的数量 (团购搜索项目)
监控工具：
Nagios (基本数值型监控，监控Mysql服务可用性、当前连接数等) Zabbix 可以根据监控数值绘图，可以保留历史数据，可以根据收集的数值做逻 辑运算，符合报警的条件即报警.
数据库优化——施
施——运维中的一些经验: 备份是最重要的，任何对表的操作都提前备份表 Sql审核，上线前对sql做审核，查看sql的执行计划，检查索引
Mysql server上线之前文件系统最好做好lvm，便于日后扩展空间，或者做
snapshot快速备份或者搭建从 定期做主从一致性校验，防止从库切换为主库发现问题 Slowlog 每日利用工具做reporting，工具： mysqlsla、 pt-query-digest 定时验证备份可用性
• innodb_adaptive_flushing_method 设置为 keep_average
• innodb_stats_on_metadata=0 关掉一些访问information_schema库下表而产生的 索引统计
• innodb_flush_neighbor_pages=0
• innodb_change_buffering=inserts • innodb_old_blocks_time=1000 (使Block在old sublist中停留时间长为1s，不会被 转移到new sublist中,避免了Buffer Pool被污染)
• 目前在宝宝树(母婴社区网站)负责网站的运维和架构 • 一枚热爱数据库技术的少年 • 邮箱：liuqiuqi@ • 个人微信号 acmore007 扫码见右边，欢迎技术交流，共同进步
先讲两个故事
某电商网站图书促销，我在购物车里 面塞了些书，点击“购买”按钮后， 浏览器迟迟没有响应… 当晚该电商公 司大老板发微博：“我已经紧急购买 采购了10台服务器，增强网站后台， 明天继续促销一天。” 第二天一上班，我再次点击“购买” 按钮后，悲剧的发现页面还是 “Service is too busy”.当晚贵司老 板发微博要请信息部同事喝茶(咖啡) 2012年年初， 上线之后，在春运期间因为大量 用户访问而崩溃，无法有效访 问，网站崩溃时间非常长。 该网站的技术引其业界各种讨论 的声音，不过后来该网站逐渐稳 定成熟起来。
MyISAM Key Buffer：平均每秒读/写命中率
MyISAM读写次数：每秒从缓冲池读/写次数、每秒从硬盘读/写次数 COMDML：每秒Delete、Insert、Replace、Select、Update语句执行次数
数据库优化——监
监——合理的监控报警和预警机制： 辅助监控：
Slowlog的每分钟/每5分钟的数目的统计曲线 对Binlog的一些定制化统计曲线(比如对订单表的更新次数曲线等)
数据库优化——软
软——操作系统层面：
文件系统推荐使用 XFS，挂载时候设置挂载属性noatime,nodiratime,nobarrier (nobarrier 是避免操作系统的cache) 关闭 numa=off 增加本地端口，以应对大量连接 echo ‘5120 65000’> /proc/sys/net/ipv4/ip_local_port_range 增加队列的连接数 echo ‘8192’> /proc/sys/net/ipv4/tcp_max_syn_backlog 设置连接超时时间 echo ’60’> /proc/sys/net/ipv4/tcp_fin_timeout
数据库优化——软
软——mysql优化调整层面：
• innodb_flush_log_at_trx_commit (根据安全性考虑可以设置为2日志先写到log_file 然后每隔1秒刷新到disk) • innodb_write_io_threads=16 (脏页写的线程数，加大该参数可以提升写入性能) • innodb_flush_method=O_DIRECT • innodb_adaptive_flushing 设置为 ON
数据库架构设计的重要性
电商网站——图书促销： • 能访问购物车，不能成功购买，问题出在订单系统 • 订单系统——数据库事务操作，缓存解决不了 • 事前的数据库伸缩性架构设计很重要 12306网站： • 高并发的数据库访问，全是数据库事务操作 • 逻辑运算的复杂性，例如有人购买了区间票 • 单台DB无法承载访问量的压力，根据压力横向扩展很重要
数据库优化——硬
硬——硬件使用层面：
数据库是三高系统(高CPU、高MEM、高IO) 选用大内存可以大大提升数据库，128/256G (国外有篇知名论文讲了数据库 性能提升选择大内存的方案是优于选择提升IO的方案的) SAS磁盘、SSD、PCIE-Flash 对比：
一般数据放在SSD盘上，日志放在普通磁盘上。
• 单个库表太多，查询的时候，打开表操作也消耗系统资源
• 单个表容量太大，查询的时候，扫描行数过多，磁盘IO大，查询缓慢 • 单个库能承载的访问量有限，再高的访问量只能通过分库分表实现
Mysql架构演进——分库分表
怎样合理分库分表：
• 一般按照业务来分库，避免跨库查询
• 分表有多种分法，大多按照主键id分表或者有区分度的主键字段分表 • 例如一些用户表的用户注册id是邮箱号(qweras345@)，这种可以 •按照id做MD5值，然后根据MD5串的第一位分16张表，按照第二位的话可以分 16*16=256张表等等
Mysql架构演进——一主多从,读写分离
一个主库，多个从库，主库写，从库负责查询，主库的ha通过keepalived实现， 从库读的高可用通过lvs或者haproxy实现 (haproxy修改权重生效慢)
Mysql架构演进——分库分表
为什么要分库分表？ • 单个库数据容量太大，单个DBServer存储空间不够
Mysql架构演进——主从
主从数据不一致：
主从机制是主将它的变更作为event发送给从，从将更改记录存成relay log放在本地，从 的sql_thread 执行relay log，这个过程中event发送和从执行relay_log中出现问题导致主 从数据不一致
解决办法：
使用percona-toolkit中pt-table-checksum和pt-table-sync做同步 重新从主库使用xtrabackup对innodb做在线热备然后做新的从库 使用了lvm的DBServer可以使用lvm的snapshot做数据快照进行数据拷贝而搭建新从 库(保证数据完全一致)
Mysql架构演进——主从
主从延时： 主库写多，从库单slave_sql_thread跟不上主库并发写，主从同步就会产生延时 解决办法： • 升级mysql至mysql-5.6.3，支持多线程的主从复制
• 使用MariaDB-10，可以实现并行复制
• 主库使用机械硬盘，从库可以使用SSD盘或者PCIe Flash，尽量使主从库一个机房 • sync_binlog=0 , innodb_flush_log_at_trx_commit = 0/2 • 拆主库，拆一个主库为两个主库
Mysql架构演进——分布式DB
分布式DB主要依靠Web前端到DBServer中间的DBProxy proxy功能： • mysql存活检测 • 主备库自动切换 • 读写分离，读请求负载均衡 • 分表读写 问题： MySQL协议解析、事务支持 产品： 官方：MysqlProxy 淘宝：Cobar 360 ：atlas
大型网站的数据库架构演变和优化之道
提纲
• 数据库架构设计的重要性 • 网站的数据库架构演进过程中遇到的问题
主从延迟、主从不一致 读写分离的高可用设计 分库分表 分布式Mysql DB集群
• 数据库集群的优化之道
软件层面的优化 硬件层面的优化 指标先行 软硬监“施”
刘秋岐
自我介绍
• 之前在搜狗和兰亭集势负责数据库的运维和架构设计
网站的数据库架构演进
随着网站壮大，Mysql数据库架构一般会经历如下演进：
主从(两台多 组) 一主多从(多台 读写分离)
分库分表
分库式DB
架构演进中会遇到的问题： 主从架构：主从延时、主从数据不一致了 一主多从：一主多从(读写分离)的高可用实现
分库分表：怎样合理分库分表
分布式DB：怎样设计分布式的Mysql DB集群，高性能高可用的实现DB路由