《从成品出发》百度史上最年轻副总经理李明远混沌分享统计

正文来源六月6日李明远先生在混沌研习社上的成品宗旨演说,题目为《从成品出发,构建集团基础》,从产品总经理甚至是老板的看法对成品发展的几个级次展开叙述,分享了导师多年成品管理经验,可谓干货满满。本文将分为几个部分,先是片段演说内容做通盘总括,第二部分从产品经营视角举行解读和思想,第三有些个人所得。

1. mysql一般的连天格局都有啥样,各自优缺点。

先来介绍一下李明远先生,二零零七年,24岁的李明远受命从零开头组建百度历史上率先个单身事业部——电子商务事业部,负责旗下百度有啊和百付宝等事务;引领百度数个亿级产品,一手创立了百度贴吧、知道、百科、百度有啊、百度云等制品系统。29岁提拔为百度副首席执行官,成为百度史上最青春副主管;30岁升迁为E-Staff成员,正式进入百度最高决策层;31岁当选为大旨国家机关青年联合会第五届委员会委员及中国青年科技工小编社团委员,这简历真可谓是人生赢家了,大家先来回想一下半场演讲的内容。

MySQL:进度式风格,最常用。
MySQLi:MySQL的增强扩大,提供了过程化面向对象二种风格的API,扩充了预编译和参数绑定等新特点,
但只帮衬MySQL。
PDO:在语法上更就像MySQLi,但PDO伸张只是一个浮泛的接口层,利用PDO扩展自我并无法完毕其余数据库操作,必须使用一个一定的数据库PDO驱动访问数据库。PDO支持多种数据库,不管访问MySQL如故Oracle,都足以用同一的API对数据开展操作。

一、演说内容做周密总计

等级一:立项——该不应当做

李明远先生依据用户珍爱性,将产品分为八个层级,第一层级,对用户来说可有可无;第二层级,让用户暴发一定着重,如自行剃须刀;第三层级,让用户离不开,如微信。层级之间的差别重若是新的解决方案和原有解决方案的对照优势怎么着。

怎么着的成品成功几率更大?喜欢+擅长+锲而不舍=产品成功几率大,倘若特意欣赏,那么很简单锲而不舍,可以经过学习来已毕擅长,产品简单得逞;假若擅长某个方向,做的进程中会投入越多,进而渐渐欣赏,再增加坚定不移做,产品成功几率依然很大;若是既不爱好,也不善于,这仍旧算了,单纯的硬挺没有意思。阿里前副组长卫哲曾分享过马云(马云(Jack Ma))的好像看法,要想产品成功概率大,参加产品创制的人率先要爱惜那个产品,一定要前仆后继加入,假设是被选派负责某个产品,则不会全情投入,大约都会战败,阿里的成功案例,鼓励内部员工自发创业,投资200万人民币做出价值当先10亿美金的阿里二姑。

判断力。决定产品yes or
no!不要谈论不应当探究的题材,要尽量抽象化的提议问题!不要试图定义每一个履行细节!首先要领悟,在立项阶段不切合谈论具体实践的底细,而是应该越多的考虑当下的时点机会是什么样,用什么的成品可以解决用户什么痛点,不要提类似的的题目:“你觉得那几个产品用户会喜欢吧?”我们得以看到大批量的出品是刚起首定方向的时候定对了,立项时可能难度还极大,可是随着发展,一些细节不便被新技巧和新资料所缓解,如日产最初原型机只好开五分钟。所以在控制该不应当做的时候,更加多的是看产品选取场景,要求频次,可能的市场规模,新产品对原产品的颠覆性,时间点对不对,还亟需应对一个题材,用哪些产品去承接你所立之项。

技能和制品的搭档。李明远先生紧要涉及了团伙中付出和产品的涉嫌,指出要让开发一定水准跳出执行层面,从扩张属性出发,举行前瞻性提问,而非静态关怀各类项目标成功率,也就是说产品或效益是否满意须求不应该是开发关心的问题。产品经营需求将用户反映和判断,及时与团伙沟通,让集体成员清楚产品的全部规划,那有助于开发从扩充性,架构和一连性上做更好的预备。

等级二:产品概念——能无法做

第一,需求看产品解决了用户何种需要,这么些痛点的解决占用用户多少日子,解决方案的资本怎么着(新解决方案花费上下跌的比重控制了产品以后的受欢迎程度),产品的施用频次和规模会潜移默化其未来定价能力和溢价能力。频次高,可以设想客单价低,如天猫商城超市和京东超市;频次低,则需要客单价高,否则没有办法保持商业运营,如房多多,汽车之家,眼镜销售。

4步判断产品能不可以做。竞品分析,市场分析,客群分析,能力储备。竞品不光是同类型产品,而且必要根据用户画像,发现神秘竞品。

出品老总须要与用户紧密联系,用户可以简单分为老用户,新用户,深度用户,高度用户。中度体验用户一般会相比懒,产品须要重视这几个用户,为其提供方便。更要求侧重深度学习型用户,百度最初招聘产品高管就是这几个体验产品后,编辑测评或提供系统性反馈意见的用户。

分歧定义。新产品的出产要尽可能满意“差别化”和被亟需,差距化可以是人群的差别化,被需若是指市场容量还存在,且不会被迅速替代,寡头竞争相对较好。竞争都是先多后少,然后再多的长河。比如手机行业,最初中国有上千个品牌,经过一轮厮杀剩下几个品牌,近年来天手机品牌又不无增多,而类似于华为和oppo那样的商号找到了拍照+快充+渠道的覆辙,冲到销量前两位。差距化的点,若浮现在功效上,则要考虑该差别化是否是屡次和平时的。不是频仍,则做了也不不难被发现,是为用户份额超过者打工。不是普普通通,丰田动用感受到的差距化很难形成口碑,很难发出规模效益。

频率。李明远先生强调的作用是指社团要求越发了解目的是何等,看到目的与现状的差距,完毕新产品的本金及团队力量考量。这一部分情节Alibaba前副老董卫哲先生早已做过系统分析,后续会整理分享。

等级三:协会进行——搭建什么样的团社团

选料单点突破或者阳台战略?以BlackBerry为例,小米科技董事长雷军将Samsung的的协会社团定义为铁人三项:硬件+团队+互联网,李明远先生感到这么些类比和vivo的实际上处境不符,三星实际上做的是百米飞人,因为铁人三星(Samsung)很难出明星,硬件为头疼而生的概念更像是百米赛跑,就是长时间对抗发生明星,提到百米大家都能体悟博尔特,提到110米拦,大家都会想到刘翔,提到铁人三项,你会想到什么人?我们前几天来看的酷派在不得不硬件平台上很强,其团伙和互联网是为硬件服务的,可以看一下运用下载名次榜中,Motorola的互联网产品下载量,如若是互联网强,应该是中兴的施用下载量名次靠前。

找什么的人组建公司?人是团队的首要,创业进度中人的选,用,驭,留是最根本的。选对人特意主要,这点与《重新定义集团》中的观点高度一致,google招聘可能必要阅历几十轮面试,就是要通过层层面试接纳创意人才。Alibaba则是经过人效举行支配,假设你们单位索要招聘,那么你们单位每伸张一个人,部门须求充实100万的KPI目的。当选对了人,用和驭就很不难。李明远先生回想了在百度时候的招贤纳士,那时候还向来不BAT的概念,招聘进入百度的人或者能力不是最好的,但多是因为感到百度正在做的事情是有趣的,有上扬的,有大幅度进步空间的,面试者来百度为了让百度变得更好,为集团附能。而变成BAT后,招聘的红颜能力上进步了好多,可是心理变了,他们觉得进入百度是一种成就,是信用社为人附能。

对于高校招聘的新员工培训,能够宣传公司文化,用梦想和愿景驱动员工。而对此社招的新员工培训,要求将店铺中做过的试错经验举行传达,否则新人进入后很可能如故去尝尝那一个曾经认证过的,做那多少个行不通的试错。

怎么演进稳固的团体?现在企业的祖师必要将1/3的生命力给投资人,1/3的活力出席行业会议互换学习,1/3的精力留给自己的团队,留给公司集体那有些极其紧要,因为只有中层了解创办人的战略和意向,执行上才不会出大问题,所以创办者一定要讲究于协会的互换互换。李明远先生将集团的社团管理类比为搏击,搏击中只必要小心两点:抗击打能力和体能。对应到集团上来,团队需要可以扛得住竞争敌手的抨击,而且亟需抗的够久,就如千团大战,共享出行大战,O2O大战,现在的直播平台大战,共享单车大战,最后考验的是团体的耐力,和你来自己往中的抗击打能力。

**阶段四、商业形式构建——如何致富**

只有观望者清的商业情势、盈利格局才能形成任务价值观。当下的创业很难不考虑赚钱,先圈用户,人口红利期已过。对于大公司,集团转型伴随着社团社团重组,进而带来商业形式转换。李明远先生以苹果举例,乔布斯时代的苹果,听完发表会用户会对获得新品有环球瞩目的冀望,而前些天的苹果集团,发表会依旧可以,用户也仍然会拔取苹果,不过曾经远非那么明显的对于新品的盼望了。Cook时代的苹果调整了公司的商业格局,其单品的净收入依旧很高,所以那时候做空苹果的出资人亏了累累。可是苹果现在看很难再有突破,因为其单品的利润是一向的,再来看大众,google和uber则还可能长得专程大,吃穿住行中的行,作为底层刚性必要,未来技能变革可能将外出这些小圈子完全颠覆,而那种对已有服务的彻底性颠覆,利润可谓上不封顶。

等级五、建立公司编制和店家文化——制度和历史观

重型公司的七个机制。决策机制,评价机制和奖惩机制。决策体制亟待公开、透平、客观、公平;评价机制亟待运用双螺旋分析,不简单是职工必要的满足,必要分为激励因子和保健因子;奖罚机制则可以举行精选,做上限管理(奖)照旧下限管制(罚),立异型集团要求抓好上限管理,一定水平包容犯错;而交付型集团和创建集团则要求强调下限管理,也就是经过罚来界定边界。假诺交付型公司强调上限管理,可能导致主营业务被忽略,所有单位都为了得到奖而出席到履新竞技中,进而导致主营业务出问题。

2. 一个pdo类里面,基本上有什么样东西?

二、从成品首席执行官视角进行解读和沉思

一般说来景况下,一款产品该不应该做,能无法做都是由产品首席执行官和经理决定的,而到了产品经营和高级产品经理须要决策的是某些意义该不应当做,能无法做,何时做。有时,公司为了探究新的世界,可能会让一个高等产品带队做一些新取向的品味,但貌似资源不会投入太大。结合李明远先生的享用,我将团结的接头和揣摩进行计算。

PDO中包罗几个约定义类:PDO、PDOStatement和PDOException:
PDO类:代表一个PHP和数据库之间的连接。

1、程序猿与制品狗

一个互联网公司中,必然会有如此两群人,程序猿和成品狗,可谓是互联网集团率先难处理涉嫌。一般情状下,产品经营会拿着精心制作的PRD(产品必要文档)和原型与花费互换须要,互换中或许发现系统现有架构不帮助产品须求,与早期需要争执等题材,开发会变得很不耐烦。解决了各个问题后,开发基于工作量排期,那时又会现出各个突发事态,如必要调整,追加需要,逻辑有题目,特殊情况未考虑等。开发和产品的抵触激化,开发只想静静的写代码,却接连被打断。李明远先生在分享中举了一个例证,产品与开发过须求,开发问您那些须要是否有多少支撑,要是没有数据扶助为啥要做?要是是革新型尝试产品或须要,当然没有多少协助,李明远先生认为开发的关注点需求指导,团队必要率领开发去关心产品布置,而非关心现实职能的成败得失。

程序猿和制品狗的涉嫌是一对极难处理的涉及。首先,从程序猿角度来看,产品老板就是做个原型,写两页word,成效完结都是自个儿来做,还一而再过来改必要,加须要,逻辑还有题目,上一版的须要这一版又来回改,害的老子加班,从这么些角度看过去,开发必然会有怨言。再从产品角度出发,产品做原型的时候可能觉得调整非常小,调整也是因为用户反映,加须要也是可怜的意趣,我也不可能,还要面对开发的躁动或拒绝,产品也很烦。那么什么样能让这种争辩变得缓和一些吗?个人精通,以下三点一定可能一蹴而就:日常多互换,专业性,目的统一。

一生多关系。众多时候,互换的争论源于互相关系不在一个频段,或者说开发尚未把您当自己人,假如在支付的眼中,产品只是一个派活的,那么问题就会很惨重,派活和行事很不难直觉上定义为对抗关系。借使平日多关系,一起打打王者荣耀,请开发撸个串,共同加班,产品成功时在负责人面前多为支付多说好话,为其争取有利,那种表现会转告出产品的修好,互相的关联需求时不会有预设立场,一旦那种预设立场没有了,沟通起来就会愈发顺风,要让开发指点,产品也不想添麻烦,可是问题应运而生了,大家只可以一起上,去解决问题。

专业性。未曾人方可承受自己的奋力被外人无视,也没有人得以承受自己的日子被人家浪费,所以要讲究开发的行事。必要尽最大努力做到专业,逻辑上无法出错,内部从不评审过的必要不可以给开发,即使产品老董不是神,设计的产品功能不可以三回性满意用户须要,可是产品必要具有强有力的就学能力和复盘能力,某个作用的率先版需要可能是出自人性的观赛或高管提示,可是该需要的后续优化一定需求有多少表达,而以此考虑和注解进度最好能实行分享,产品经理定期做出品复盘分享,用户反馈分享,竞品分析分享,市场分析分享,学习心得分享,那几个分享面向开发,设计和同组产品,分享中可以让相关合作者看到产品经营的思索,知道产品的样子,开发可以提前考虑系统的拓展性和架构调整,设计可以更好地明白用户要求,设计出满意的相互和UI,分享同样有助于产品做出深远反思和统计。产品的专业性还反映在技巧知识的支配,产品未须要会写代码,不过必要明白技术已毕的逻辑,须要了解一门语言,那都推动编辑文档时逻辑更是清楚。

目的统一。出品主任须求将开发和规划的靶子举行联合,统一的结果是大家规划的出品是为着更好的满意用户须求,解决用户问题,而不是什么人为了业绩为难相互,大家是为着将一个产品变得更好用而努力,也就是李明远先生说的,想艺术让开发具有自然的成品理念和商海洞察,那样更便于开展目的统一。产品有时可能不能了,会抬出来老总的意思,那招尽量少用,老总希望做的效用须要思考其幕后的目的和含义,因为音讯量分裂,导致看不懂主管的须要,不懂要问,总裁比产品经理更期望产品好,从成品的短时间发展来看,产品经营和业主的靶子是均等的。

方法
PDO – 构造器,构建一个新的PDO对象
beginTransaction – 初阶作业
commit – 提交业务
errorCode – 从数据库重回一个荒明代号,假如部分话
errorInfo – 从数据库重临一个暗含错误音信的数组,假如局地话
exec – 执行一条SQL语句并回到影响的行数
getAttribute – 重返一个数据库连接属性
lastInsertId – 重返最新插入到数据库的行(的ID)
prepare –
为实施准备一条SQL语句,重返语句执行后的一块结果集(PDOStatement)
query – 执行一条SQL语句并赶回一个结实集
quote – 重回添加了引号的字符串,以使其可用来SQL语句中
rollBack – 回滚一个工作
setAttribute – 设置一个数据库连接属性

2、从岁月维度思考产品

罗胖在跨年发言中提到,现在有着的劳动实际都是在武斗用户的岁月,也得以清楚为争夺用户对于产品的注意力,李明远先生也在享受中涉嫌,能不可能做一个新产品,要看其解决了用户的什么痛点,没有那几个产品的时候,用户为明白决那些痛点用了有些时间,使用了这么些产品后,用户可以省去多少日子。

以气候类服务墨迹天气为例,产品最初解决的固然用户期待知道地方气象的须要,最初是每日深夜看音信联播前边的举国天气预先报告,后来得以用百度搜索查看各地天气预告,移动互联网时代也足以经过浏览器搜索地名查看天气,不过数量新闻量太小,操作繁琐,于是墨迹天气切入天气预先报告那一个工具类市场,通过提供更标准的天气预告新闻,为用户提供穿衣指南,大雾指数等用户关注的新闻服务,用户点击直接可知实时气象,或者经过手机屏幕组件关联实时同步天气新闻,无需点击也可查看,那能节约用户每一回20几秒的操作时间,因为查看天气是累累要求,长时间来看会极大节省用户时间。墨迹气候通过实景拍摄分享成效具有了近似于installgram的属性,一定的社交属性,一步步从一个工具走向了图片瀑布流光景分享社交平台。

从用户痛点和急需处境暴发频次出发,考虑新产品或新成效是否接济用户节省了时光,是一个很好的思辨维度,当然有些应用是扶持用户消磨碎片化或悠然时间的,如直播平台,游戏,录像平台等,在分析产品成效该不应当做,能无法做,可以将扶持用户节省时间维度作为一个非同儿戏目标。

$dsn = 'mysql:dbname = testdb; host = 127.0.0.1';   // 配置PDO的数据源
$user = 'dbuser';
$password = 'dbpass';
try {
    $dbh = new PDO($dsn, $user, $password);
} catch (PDOException $e) {
    echo 'Connection failed: ' . $e->getMessage();
}
/* 事务处理开始,关闭自动提交事务(autocommit) */
$dbh->beginTransaction();
/* 更改数据库结构 */
$sth = $dbh->exec("DROP TABLE fruit");
/* 提交事务 */
$dbh->commit();

3、规模改变也是一种变革

王煜(英文名:)全先生曾经在混沌研习社做过分享,《新技巧与新势头》中涉嫌了三类变革,率先类是社会变革,改朝换代,那种变革会是颠覆式的,有大机遇,也有大毁灭。其次类变革是食指结构变革,比如90后消费市场和95后消费市场,这几个事人口变革带来了增量市场,全新的总人口结构带来全新的急需。其三类变革是技巧变革,如触屏技术的出现,直接将手机的发展推进了全新的莫大,造成了OPPO和BlackBerry帝国的倾覆,苹果公司的短平快崛起。

李明远先生前几天涉及一个在此之前不曾想过的变革,范围改变也是一种变革,把握不佳很可能会因为规模壮大而泯没,老师以豆瓣和腾讯网为例,两家店铺都是初期做小而美的分开市场,最初的用户质料很高,沉淀下大批量优质独家内容,而随着平台伸张,大量用户涌入,原有的布局面临撞击,最初的那批优质忠实用户可能因为巨量的新娘进入而离开平台,因为原本的打分和评论系统或许不适用于新的情景。美丽说COO曾经做过产品分类分享,将产品不难分为三类:1对1产品,一对多产品,多对多产品。当一个出品用户规模发生转移,平台涉及到多方利益时,可能从原来的一对多产品发展为多对多产品,而多对多产品为主已经不再是功用设计,而是规则制定和利益均衡,所以产品老董一定要警惕规模改变带来的用户结成改变,产品的条条框框可能需求随着不断调整。

PDOStatement类:代表一条预处理语句以及讲话执行后的联名结果集(associated
result set)。

4、案例背后的逻辑

李明远先生分享中举了有的例子,都是老车手的经验之谈,我们来看望其分析产品的见解。

汽车之家的故事。汽车之家的主任李想干吗从汽车这几个圈子切入,首先汽车市场SKU有限,后台绝对不难,二零零四年的时候,其余汽车在线服务前台做的很烂(用户更易于头部空间有几拳,后排腿部空间有几指,而不是类似于轴距那样的漠然数据),所以有机遇开展领先,于是就创制了汽车之家。因为买车是低频,长决策流程的活动,为用户提供高质地的情节和社区变得尤其主要性。为了让用户感到到平台的外向,分析用户作为后,发现用户一般会在每一日早晨8点到11点登录,晚上7点到11点登录,所以那段时日从前更新大量内容,让用户感到到平台内容的换代频率极高。

携程和艺龙的故事。两家商家都是主打商务用户的酒店预约服务,成立之初,用户的痛点是预定客房困难,有了两家提供的在线查看预订服务后解决了那个痛点,然而常常出现客人通过携程预订了房间后,到公寓后发现并未房了,携程为了回应这几个问题,依照数量解析和热门区域搜索,每日定点预订一定数额的屋子,为用户提供预约使用,用户用了一段时间会发觉艺龙上时不时预订后到店没房,而携程一般都会有房,就是那种差距性,让携程做大,走到今天。

滴滴出行和天猫商城。Tmall是一个多对多产品,最基础的关系是卖家和买家的涉嫌,阿里的制品经营平日分享阿里早期先抓卖家,提升SKU后抓买家,那是一个动态平衡的历程,如若唯有卖家没有买家,则卖家会感觉无利可图,不会用那个平台,而一旦买家太多发现SKU不足,则买家会废弃使用那么些平台。滴滴出行碰着的是如出一辙的题目,先抓出租车和私家车仍旧先抓用户,那也是一个动态的博弈进程,哪一方突然扩张太多都会出问题。

脑白金的故事。史玉柱最初做脑白金的时候不通晓应该叫什么,怎么卖,于是她带着销售团队去小县城扫楼,通过话术的调动,优化产品原型,发现用户送礼必要,将完善的话术和推广格局复制后到其它县城推广,不断优化完毕后举办全国推广,假设看过《精益创业》的意中人肯定会意识,那种措施正是精益创业法,通过小步快跑,高效试错,优化产品,验证成功后大量转移。

东瀛景象设计和九州景象设计。园林设计都是为了营造美的意境,令人觉得舒心,可是因为源点上的某些异样,导致日本与中国景色设计走向了两条截然差其余道路,东瀛的园林设计源于中国的佛学,不看现世看来世,所以园林景象是为了远观的,追求几百年景色的上下的一致性,而中华园林是为知足经略使阶层的文静需要,一定是一步一景,景色可交互,只看现世不看来世。以前做过一篇王东岳先生的总括,其中介绍了东西方文明的因为源点的一点点距离–农业文明和半农半买卖文明,导致四个文静前行成完全两样的文静形象,感兴趣的朋友可以链接查看
东西方文化起点-推演东西方文化底层差距

方法
bindColumn – 绑定一个PHP变量到结果集中的输出列
bindParam – 绑定一个PHP变量到一个预处理语句中的参数
bindValue – 绑定一个值到与拍卖语句中的参数
closeCursor – 关闭游标,使说话可以重复实施
columnCount – 再次来到结果集中的列的多寡
errorCode – 从言语中回到一个谬误代号,若是局地话
errorInfo – 从言语中回到一个分包错误新闻的数组,若是有的话
execute – 执行一条预处理语句
fetch – 从结果集中取出一行
fetchAll – 从布局集中取出一个包涵了所有行的数组
fetchColumn – 重临结果集中某一列中的数据
getAttribute – 再次来到一个 PDOStatement 属性
getColumnMeta – 重回结果集中某一列的社团(metadata?)
nextRowset – 重返下一结出集
rowCount – 再次来到SQL语句执行后影响的行数
setAttribute – 设置一个PDOStatement属性
setFetchMode – 为 PDOStatement 设定获取数据的艺术

三、个人所得

PDOException类:对Exception卓殊基类的重写,重返PDO触发的荒谬。

1、好的成品老总是一生学习者

产品经营须要发现用户痛点,争取资源,获取团队辅助,将一蹴即至方案落地为产品,并基于用户反馈持续优化产品,这些进度中产品经营要求控制心绪学知识,社会学知识,技术知识,不但如此,因为用户在变,技术在变,所以产品经营须求不断的上学最新的文化,那亟需产品首席执行官持续学习,好的产品经营都是平生一世学习者,他们是时代提升的匡助者或者引领者。

try {
    $dbh = new PDO('mysql:host=localhost;dbname=test', $user, $pass);
    foreach ($dbh->query('SELECT * from FOO') as $row) {
        print_r($row);
    }
    $dbh = null;
} catch (PDOException $e) {
    print "Error!: " . $e->getMessage() . "<br/>";
    die();
}

2、前台根本依然后台主要?

李明远先生在享用中持续的关系产品的前台和后台,三遍在线测试也都是问某个时间点,创业时应该敬重前台依然后台,在最后的问答环节,老师提到,前台和后台哪个紧要,是她如此长年累月做产品总括出来的专门重大的一个题目,时点不一致,侧重点则分裂。前台指用户选择的页面和相互,后台指服务商使用的页面,天猫商城有前台用户页面和后台商家页面,还有广告主,物流服务等页面。滴滴出行有用户操作页面和司机操作页面。例如阿里最初做天猫商城的时候即便到论坛和评论中看用户和供应商对于易趣的差评,把差评中的问题化解了,然后去易趣挖卖家,而因而最初Taobao前台交互可能有各个问题,但是那都不重大,Tmall后台做的好,把卖家沉淀下来,当SKU丰盛大的时候,再去优化前台页面。

[参考资料] 详解PHP中的PDO类 http://www.jb51.net/article/68963.htm

3、产品总监为用户代言

BAT三家都强调产品经营需求与用户保持紧密的牵连。李明远先生分享中涉嫌,百度新插足的制品高管必要做6个月的用户反馈梳理和分享,通过对用户反馈的关爱,让成品首席执行官进一步通晓用户。腾讯集团对于产品老板的渴求是10/100/1000,即产品经营每个月必须做10个用户调查,关切100个用户博客,收集报告1000个用户体验。阿里巴巴(Alibaba)会把新娘产品经营扔到客服去处理七个月投诉,那样产品老总就可怜精晓应该做如何了。所以产品经营就是用户的喉舌,要求为用户说话,一切从用户痛点出发。

好的成品改变世界,产品高管改变产品,产品经营们改变世界。

3. 业务用来干什么?

银行转化业务、电子商务开发业务等等。

比如:
用户下订单同时已经开发,如果有两张表,订单表和用户账户表。
当用户点击确认支付的时候须求对那两张表进行操作,借使对订单表的操作成功了、对用户账户表的操作败北了,此时订单状态是已开发,但用户的钱却没扣掉,商家就就亏了。
此时假如拔取事务,就足以回滚,提醒用户支付退步,数据表没有生出任何改动。

4. 作业的风味都有什么样?

事务四大特点(简称ACID) :
原子性(Atomicity):事务中的全部操作在数据库中是不可分割的,要么全体成功,要么均不举行。
一致性(Consistency):几个并行执行的政工,其实践结果必须与按某一依次串行执行的结果相平等。
隔离性(Isolation):事务的施行不受其余事情的干扰,事务执行的中间结果对别的工作必须是晶莹剔透的。
持久性(Durability):对于自由已提交业务,系统必须保险该业务对数据库的转移不被丢掉,固然数据库现谢世障。

5. 已给数据库的操作中,怎么能确保这一个特点都成功呢?

MySQL的事务特性就是须要这组操作要不全都成功,要不全都战败。那样就幸免了某个操作成功某个操作战败,有利于数据的嘉峪关。
主要有三个操作:
begin 发轫一个工作
rollback 事务回滚
commit 事务确认

在改变数据库此前,大家要拉开事务,begin(或start transaction);
健康执行大家的sql语句;
当sql语句执行已毕,存在三种状态:
1)全都成功,大家要将sql语句对数据库造成的熏陶提交到数据库中,commit;
2)某些sql语句败北或程序报那些,就捕捉相当,并rollback(回滚),将对数据库操作赶紧撤废,那样数据库里面的数额就不会有职分的号子变化。

也就是:
与此同时更新几个记录,但里面一个翻新败北,则全部倒退到履新操作起来从前。
唯有方方面面革新成功,才认同写入DB。

注:MySQL的事务处理功用在MYSIAM存储引擎中是不帮忙的,在InnoDB存储引擎中是支持的。

[参考资料] php事务处理实例详解
http://www.poluoluo.com/jzxy/201410/315255.html

6. mysql属性优化有怎么着?

优化内需从多地点讲
1 sql级其他优化
2 建表的优化
3 mysql配置的优化
4 操作系统级别优化
5 硬件相关优化

6.1 sql级其他优化
SQL优化的貌似步骤:
1.通过show status命令精通种种SQL的举办效用。
2.定点执行成效较低的SQL语句-(重点select)。
3.通过explain分析低功能的SQL。
4.确定问题并选用相应的优化措施。

1)尽量幸免在列上进行演算,这样会造成索引失效。
2)使用join时,应该用小结果集驱动大结果集。同时把复杂的join查询拆分成两个query。因为join两个表时,可能导致越多的锁定和杜绝。
3)注意Like模糊查询的施用,幸免%%。
4)避免select ,仅列出须求查询的字段,节省内存。
5)使用批量插入语句节省交互。
6)limit的基数相比较大时行使between。
7)不要采取rand函数获取多条随机记录。
8)防止使用NULL。
9)不要采用count(id),而应该是count(
)。
10)不要做无谓的排序操作,而应尽量在目录中完成排序。

6.2 建表的优化

1)一个表不要有太多的字段;
2)注意字段的命名和数据类型;
3)数据量过大时考虑分表;
4)采用合适的数据库引擎。

选料仓储引擎的大旨标准如下:

  • 采用MyISAM引擎
    R/W>100:1,且update相对较少;
    并发不高,不须求事物;
    表数据量小;
    硬件资源有限。
  • 采用InnoDB引擎
    R/W相比较小,频仍更新大字段;
    表数据量当先1000万,并发高;
    安全性和可用性要求高。
  • 采用Memory引擎
    有丰盛的内存;
    对数据一致性须要不高,如在线人数和session等利用;
    亟待定期归档的数据。

6.3 mysql配置的优化

1)
关闭不需求的二进制日志和慢查询日志,仅在内存充分或支付调试时打开它们。
运用上边的言语查看查询是否打开:

show variables like '%slow%';

还能使用上面的讲话查看慢查询的条数,定期打开方便优化:

show global status like '%slow%'; 

2)适度使用Query Cache。
3)扩张MySQL允许的最第比利斯接数。
4)对于MyISAM表适当扩充key_buffer_size,注意table_cache的设置。
5)对于InnoDB表,注意innodb_buffer_pool_size参数。
6)从表中删除巨量行后,可运行OPTIMIZE TABLE TableName举行零散整理。

6.4 操作系统级别优化
行使64位的连串,因为64位的内存远比32位的内存大。

6.5 硬件相关优化
挑选好的cpu,好的内存条,ssd硬盘,网络带宽加大。

[参照链接]
Mysql数据库性能优化一 http://www.jb51.net/article/82254.htm
Mysql数据库性能优化二 http://www.jb51.net/article/82257.htm

Leave a Comment.