Linux MySQL 5.6配置指南
环境准备
在配置MySQL 5.6之前,确保你的Linux系统已经安装了以下软件：
下载与安装MySQL 5.6
下载MySQL 5.6源码包
访问MySQL官方网站（）,选择合适的版本下载源码包。
解压源码包
tar -xvf mysql-5.6.37.tar.gz
创建编译目录
mkdir -p mysql-5.6.37/buildcd mysql-5.6.37/build
配置编译选项
cmake -DCMAKE_INSTALL_PREFIX=/usr/local/mysql-DMYSQL_DATADIR=/usr/local/mysql/data-DSYSCONFDIR=/etc-DWITH_INNOBASE_STORAGE_ENGINE=1-DWITH_MYISAM_STORAGE_ENGINE=1-DWITH_READLINE=1-DWITH_SSL=system-DWITH_ZLIB=system-DWITH_LIBXML2=system-DWITH_EMBEDDED_SERVER=1-DWITH_MOODLE=0-DWITH_EXAMPLE=0-DWITHOUT_MOODLE=1-DWITH_CLIENT=1-DWITH_INNODB_MONITOR=1-DWITH_INNODB_FILE_PER_TABLE=1-DWITH_SSL=system-DWITH_UNIT_TESTS=1-DWITH_PERF_SCHEMA=1-DWITH_MBCHARSET_STORAGE_ENGINE=1-DWITH_FEDERATED_STORAGE_ENGINE=1-DWITH_BLACKHOLE_STORAGE_ENGINE=1-DWITH_INNODB_METRICS=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_ADAPTIVE_HASH_INDEX=1-DWITH_INNODB_AD
卡盟排行榜源码的安装地址是多少?
一是一个小型关系型数据库管理系统，开发者为瑞典MySQL AB公司。 在2008年1月16号被Sun公司收购。 目前MySQL被广泛地应用在Internet上的中小型网站中。 由于其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，许多中小型网站为了降低网站总体拥有成本而选择了MySQL作为网站数据库。 MySQL的官方网站的网址是：MySQL的特性1.使用C和C++编写，并使用了多种编译器进行测试，保证源代码的可移植性 2.支持aix、FreeBSD、HP-UX、Linux、Mac OS、Novell Netware、OpenBSD、OS/2 Wrap、Solaris、Windows等多种操作系统 3.为多种编程语言提供了API。 这些编程语言包括C、C++、Eiffel、Java、Perl、PHP、Python、Ruby和Tcl等。 4.支持多线程，充分利用CPU资源 5.优化的SQL查询算法，有效地提高查询速度 6.既能够作为一个单独的应用程序应用在客户端服务器网络环境中，也能够作为一个库而嵌入到其他的软件中提供多语言支持，常见的编码如中文的GB 2312、BIG5，日文的Shift_JIS等都可以用作数据表名和数据列名7.提供TCP/IP、ODBC和JDBC等多种数据库连接途径 8.提供用于管理、检查、优化数据库操作的管理工具 9.可以处理拥有上千万条记录的大型数据库与其他的大型数据库例如Oracle、db2、SQL Server等相比，MySQL自有它的不足之处，如规模小、功能有限（MySQL Cluster的功能和效率都相对比较差）等，但是这丝毫也没有减少它受欢迎的程度。 对于一般的个人使用者和中小型企业来说，MySQL提供的功能已经绰绰有余，而且由于MySQL是开放源码软件，因此可以大大降低总体拥有成本。 目前Internet上流行的网站构架方式是LAMP（Linux+Apache+MySQL+PHP），即使用Linux作为操作系统，Apache作为Web服务器，MySQL作为数据库，PHP作为服务器端脚本解释器。 由于这四个软件都是遵循GPL的开放源码软件，因此使用这种方式不用花一分钱就可以建立起一个稳定、免费的网站系统。 二你文的Oracle是指Oracle数据库还是这个公司?Oracle是世界领先的信息管理软件开发商，因其复杂的关系数据库产品而闻名。 Oracle数据库产品为财富排行榜上的前1000家公司所采用，许多大型网站也选用了Oracle系统。 Oracle的关系数据库是世界第一个支持SQL语言的数据库。 1977年，Lawrence 领着一些同事成立了Oracle公司，他们的成功强力反击了那些说关系数据库无法成功商业化的说法。 现在，Oracle公司的财产净值已经由当初的2000美元增值到了现在的年收入超过97亿美元。 Oracle的目标定位于高端工作站以及作为服务器的小型计算机。 Oracle的路线同Sun微系统公司类似，都提出了网络计算机的概念。 Oracle宣称自己是世界上首家百分之百进行基于互联网的企业软件的软件公司。 整个产品线包括：数据库、服务器、企业商务应用程序以及应用程序开发和决策支持工具。 从Oracle首席执行官Ellison的发言可以看出Oracle对网络计算的信心，他说：“Oracle公司的成败依赖于互联网是否能够成为将来的主流计算方式，如果答案是‘是’，Oracle就赢了”。 Oracle 11g五大特性与无压缩格式下存储数据相比，新的Oracle数据压缩技术能够确保以较小的开销节省三倍以上的磁盘存储空间。 这一点比仅节省磁盘空间要具有更大的优势，因为它能够使企业节约更多的开支，以便有更多的资金来巩固自己的地位。 自动诊断知识库（Automatic Diagnostic Repository，ADR）是专门针对严重错误的知识库。 该知识库基本上能够自动完成一些以往需要由数据库管理员来手动完成的操作。
如何创建自己的一个团队,并且管理
无论是操作一个产品还是管理一片区域甚至只是组建一个最基本的社区工作小组如何招聘到优秀的合适的人才一直是管理者最头痛的问题。 笔者在产品操作过程的实践和观察中发现在营销模式没有偏离产品特质时是否优秀的营销团队往往决定了产品的发展前途。 一次知名企业召开全国营销会议时许多经销商和区域经理互相交流最多的问题之一就是招聘难组建一个优秀的销售队伍尤其难。 其实创建一个优秀的销售团队的关键不是市场上有没有足够的人才供我们挑选而在于管理者有没有一个正确的组织队伍的观念。 无论是经验论、学历论、形象论者的管理者，都希望团队中的每个都是精英分子，拿来过来都能独挡一面。 这种出发点当然是在情理之中，无论谁都希望自己的下属个个生龙活虎，销售成绩你追我赶，这样业绩就会蒸蒸日上。 但是，无论多么优秀的企业或多么优秀的企业家，谁都没有这么样的销售团队。 这不仅是不可能的，也是没必要的。 就象我们的手指，我们没必要五个一般长，即使一般长了，反而会不如现在方便和灵活了。 这个道理也许不难理解，团队建设也要讲究相辅相成互相配合。 问题就出在一个团队如何组建才能达到相辅相成的效果呢？ 我们就拿一个最基本的9人销售团队为例来分析如何利用法则组建一个优秀的PC销售团队。 简单说就是：一个领头人，两个精英，三个中流，两个培养，一个机动。 “1”——这个一是必不可少的，就是一个领头人。 一个销售团队首先是一个管理团队，没有一个合格的团队管理者，是不可能有良好业绩和发展前途的。 管理学界有一个著名的管理寓言就是：一头狮子带领一群羊能够打败一头羊领导的一群狮子。 这个道理人人都明白，可是在挑选这个领头人的时候，不同的管理者对其要求就千差万别，这就是有些经销商和企业在两年内更换5、6个项目操盘者的原因。 其实对一个销售实战管理者来说，最基本的素质就是：了解产品销售具体操作的过程。 最重要的素质就是：做言起行的执行力。 针对不同岗位的附加素质大概如下：最基础的行业用户销售工作主管要能够身体力行，起早贪黑：多个小队伍的区域经理要具有一定的日常工作激励技巧培训能力；企业销售总监销售经理则还要具备一定的市场统筹策划能力；产品渠道销售经理则要具有对营销模式的条理分析和指导能力。 许多企业主和经销商喜欢聘用有业内知名企业经历的管理者，这无可厚非，但决不能脱离企业产品营销模式的异同。 因为不同的营销模式决定了其基础素质，即对销售具体操作过程的认识。 “2”——就是两个精英，这是团队业绩的保证。 基本上一个销售团队的业绩分配遵循二八原理，即20％的精英产生80％的业绩。 销售工作精英分子往往具有共同的特点，那就是积极主动，善于寻找方法的人。 这一点和经验基本上没有太大的关系。 许多企业招聘精英分子比较强调经验的重要性，这是一个很大的误区。 对于最一线销售队伍而言，领头人本身可能就是一个销售精英。 如上面提到的行业大客户主管和渠道经理。 这两个岗位一定程度上就是一个具有管理和销售双重功能的职位。 就如我国政府职能设置中的基层组织领导村委会主任（村长）一职，他们是村子的领导，往往也是村中的致富能手。 管理者往往希望所有的一线销售人员个个都是业务高手，其实大可不必。 如果个个都是精英，首先是他们会互相比拼出现更多拆台现象。 另外，在员工奖励和提拔上难以公正，造成人心浮动。 过大的内部竞争压力也会迫使一部分人离开，结果还是只能留下一两个精英分子。 “3”——三个中流。 这个中流可不是中流砥柱，而是业绩和能力等各方面表现平平者。 管理者往往容易忽视这些员工，认为他们存在没有太大的重要性。 其实这些员工的力量绝不容忽视。 这些员工可能都是一些经验丰富的员工，但他们由于目标不明确或缺少正确的激励，没有充分的发挥出自己的特长，但偶尔能够解决一些棘手问题出现业绩反弹。 中流人员在业绩上获得企业重视的机会的弱化，使他们借助其他方式获得重视，如更多的后勤工作，积极向管理者反映员工思想动态和积极参加企业组织的各种文化活动等。 在即得利益上，企业所得虽不明显，但企业若要长期发展，他们的总体贡献是精英分子所无法达到的。 这些人因为被企业注视不足，员工横向发展力量得以加强，任何正负面情绪往往会因为他们在销售团队和企业内迅速蔓延。 业绩的突破在精英，稳定的发展在中流。 “2”——两个培养就是有两个员工从业绩和能力上都不太理想，他们比较有自知之明，基本上不会对企业或管理者的决定产生思想上的冲突，行动上可能会慢一拍。 但他们执行时不太会计较个人得失。 在一个团队中一定会有一些杂七杂八的琐碎工作，这些工作是精英不能做的，中流不愿做的事情，这时两个培养的作用突现出来，如偶尔搬个桌椅挪个物料等非营销性工作。 两个培养还有一个最重要的作用就是，管理者可以时不时拿他们作销售反面教材来杀鸡敬猴教育其他员工。 在教训或教育这些员工时，他们一般不会同管理者产生直接冲突可以有效维护管理者权威。 如果管理者管理得当，这种员工往往是忠诚度最高的。 如果没有这种员工，日常工作生活中可能会少一些乐趣，管理者管理琐碎事务时有时会难以协调。 “1”——一个机动最常见的表现方式就是末位淘汰制，但末位淘汰的是业绩最差者。 这里的“1”不一定是业绩能力最差者，往往是对管理者决定执行不力者，或因为对企业或管理者不满而制造消极情绪者。 这一个机动可能是一个销售团队中流动性最强者，有时可能是团队中的精英分子。 虽然任何一个管理者都不希望这个人存在，但是如果团队需要刺激员工销售业绩上一个档次，或者团队转型决定没有得到员工贯彻，这个人都是关键人物。 管理者可以借助这个人对团队进行铁腕管理。 处理此人时可以无声胜有声，刺激其他团队成员坚决贯彻决定。 法则是基于一个简单的9人团队的分析法则，实际团队组建时可能不足9人或大于9人，但法则同样适用这些团队的组建。 人人精英是管理者的误区，不可能也不需要组建这样的团队。 只要按法则组建销售团队，管理者就不会因为人才难觅而头痛了。 在日常管理过程中也会更加顺利。 团队的凝聚力稳定性也会得到加强。 更重要的是只要营销方法得当，业绩上量是没什么问题的。
求浮法玻璃生产缺陷和控制
浮法玻璃成形缺陷及解决办法熔融的玻璃经流道、流槽进入锡槽，在锡槽中成形后由过渡辊台进入退火窑，在这一过程中玻璃液（板）要与闸板、唇砖、锡液、拉边机、保护气体过渡辊台等直接接触，同时与锡槽水包、顶盖砖、底砖等密切相关，很容易形成与成形相关的各种缺陷，包括锡石、锡点（顶锡）、光畸变点（脱落物）、粘锡、虹彩、雾点、气泡等，除气泡之外的可统称为锡缺陷，这些成形缺陷严重制约着玻璃的质量等级与加工性能。 本文对其成因及防止措施作些探讨，以期有助于改善浮法玻璃质量。 1锡缺陷的成因分析 1.1锡与锡槽中锡化合物的性质 纯净的锡的熔点是232℃，沸点为2271℃，在600～1050℃的温度范围内锡具有较低的熔点和较高的沸点，较低的饱和蒸汽压，同时还具有较大的密度和容易还原的性质，以及锡液与玻璃液之间具有较大的浸润角（175°）几乎完全不浸润等性质，锡用来作为玻璃成形的良好载体。 氧化锡SnO2，密度6.7～7.0g/cm3，熔点2000℃，高温时的蒸汽压非常小，不溶于锡液，正常生产时在锡槽的温度条件下为固体，往往以浮渣形式出现在低温区的液面上，通常浮渣都聚集在靠近出口端。 如果氧化严重，浮渣会延伸很长，容易形成玻璃板下表面划伤。 氧化亚锡SnO，熔点为1040℃，沸点为1425℃，固体为蓝黑色粉末，能溶解于锡液中，SnO的分子一般为其聚合物（SnO）x形式。 在中性气氛中SnO只有在1040℃以上才是稳定的，1040℃以下会发生分解反应。 在锡槽的还原性气氛中SnO可以存在，它往往溶解于锡液中和以蒸汽形式存在于气氛中。 硫化亚锡SnS，密度5.27g/cm3，固体为蓝色晶体，熔点为865℃，沸点为1280℃，具有较大的蒸汽压，800℃时为81.3Pa，正常生产时，在高温区易挥发进入气氛，低温区易凝聚滴落。 1.2锡槽中的硫、氧污染循环 氧的污染主要来源于气氛中的微量氧和水蒸汽以及从锡槽缝隙漏入和扩散的氧。 在锡槽工况下，它们使锡氧化成SnO和SnO2浮渣，SnO溶解于锡液和挥发进入气氛，并在顶盖、水包处冷凝、聚集而落到玻璃表面。 另外，玻璃本身也是一个污染源，玻璃中的氧部分进入锡液，同样会使锡氧化，玻璃的上表面会有水蒸汽进入气氛，增加了气氛中的氧化气氛。 硫的污染在使用氮、氢保护气体时主要由玻璃带入，一是来源于玻璃组分及熔窑气氛，再者来源于锡槽出口处的二氧化硫处理玻璃下表面技术。 在锡槽工况下，玻璃的上表面以H2S形式释放进入气氛，在玻璃下表面硫进入锡液被氧化成SnS，气氛中的H2S与锡反应生成SnS，这些SnS溶于锡液并部分挥发进入气氛中，SnS蒸汽同样使玻璃产生锡缺陷。 这是硫的污染循环，如图2所示。 其中主要化学反应为：（略） 与氧、硫污染相关的化学反应在锡槽的不同温度区域保持着动态平衡，平 衡状态与保护气体的组成和锡槽工况密切相关。 氧化组分高，则还原组分就低，氧化反应激烈；还原组分高，则氧化组分就低，可避免或降低锡的氧化。 2锡缺陷的判别与治理 2.1锡石 锡石的外观呈白色或灰白色，在玻璃板中一般偏于上表面，主要成分为SnO2。 它往往聚集在流道侧壁、闸板前后、桥砖表面等部位，聚集到一定程度或流量、温度、气流等变化就会落在玻璃液面上形成锡石。 锡石的形成数量和周期与锡槽工况密切相关，锡槽污染严重、流道附近密封差，锡石产生的概率大。 因此治理锡石缺陷首先要保持锡槽、流道的密封良好，保证稳定的槽压与熔窑压力，保证拉引量的稳定，尤其是改板时流量的稳定；其次定期吹扫流道及闸板周围，使其附近冷凝物一次性脱落，一般要求一到两个月最多不超过三个月用高压氮气吹扫流道一次。 2.2锡点（顶锡）、光畸变点（脱落物） 锡点（顶锡）即粘在玻璃板上表面的银白色或黑色圆点。 根据锡点形状和嵌入玻璃板的深度可以判断其来源于锡槽的热端还是冷端。 如果锡点呈圆形，嵌入玻璃不深且易剥落，则锡点来源于冷端槽顶；如果呈椭圆形，嵌入玻璃较深且不易剥落，即使用力除去也在玻璃表面留下较深的凹坑，则锡点来源于热端槽顶。 光畸变点（脱落物）是玻璃板上表面有明显的变形，但核心很小或没有明显核心的缺陷，从脱落物的颜色和成分能够判定其来源于锡槽的热端还是冷端。 如果脱落物呈白色或灰白色，擦拭时似乎有油腻感，且成分中含Cl、Sn、Na等元素，则来源于热端槽顶或前区水包；如果脱落物呈黑色或棕色，核心略明显，变形较小，则来源冷端槽顶或后区水包。 防止此类锡缺陷，关键是杜绝氧、硫进入锡槽，降低锡液污染。 首先，是加强锡槽密封，将密封作为成形工段的日常工作，每天、每班、每时都要做；定期检查锡槽进出口端密封氮包情况，确保其阻陋效果；在观察孔及活动边封处除用泥料密封外，还要用氮气气封，保证气体用量；还要合理调整槽保护气体在各区的用量，前后区槽压必须高于中区；除了必须用的活动边封外，尽可能使用固定边封；锡槽出口闸板与过渡辊台多层密封挡帘。 其次，要稳定锡槽气流，保持导流管通畅，同时在锡槽的入口端设置一到两对小烟囱，将锡的氧化物、硫化物尽可能地沿气流排出，减少其凝聚机会。 第三，要定期进行锡槽吹扫和水包清理，锡槽吹扫就是用高压氮气吹扫槽顶，包括电加热元件，尤其是拐角处与水包正上方要仔细吹扫，一般要求一到两个月最多不超过三个月吹扫一次；水包一般为一到两周抽出清理一次。 2.3粘锡、虹彩 粘锡是玻璃板下表面粘附的银白色金属锡或灰白色的锡灰，严重时除不掉，或除掉后已给玻璃造成凹坑。 粘锡是玻璃本身的一种缺陷，还会损坏过渡辊表面，造成玻璃划伤。 纯净的锡液与玻璃液几乎不浸润，不会粘在玻璃上的，当锡液中有氧、硫、镁、铝等杂质元素时，锡液的表面张力发生变化，就会发生粘锡现象。 彩虹是指浮法玻璃进行钢化或热弯时其锡面呈现光的干涉色即彩虹。 究其原因主要是锡槽中的微量锡氧化物和锡硫化物渗入玻璃，在钢化或热弯时，其中二价锡和四价锡相互转换，因四价锡离子的半径大于二价锡离子，在转换过程中在玻璃的锡面产生微小裂纹，在光照下形成干涉彩虹。 治理粘锡和虹彩的首要措施仍然是加强锡槽和流道的密封，防止和减少空气进入锡槽，密封方法如前所述。 二是保证锡槽出口处三角区的锡液面干净，要求此处直线电机正常运转，同时要定期清理三角区液面及沿口积灰，尤其在改板操作、加锡及锡槽事故后必须及时进行清理。 三是保证锡液的纯度，在锡槽密封良好的情况下，新加进的锡必须符合标准，冷修后重复使用的锡要经过提纯，避免其中的镁、铝、铅、铋、氧、硫等污染；正常生产时可对锡液进行净化处理，加入比锡更活泼的钠、钾、铁等微量金属元素，使之优先与氧、硫等杂质反应生成浮渣并人工清除。 四是提高保护气体纯度，减少O2、NH3、H2O等气体进入槽内，污染气氛，使槽内气体露点正常在-50℃以下，出口端低于-30℃。 2.4雾点 雾点使玻璃下表面发雾，用肉眼观察似乎是一种雾状的东西，有时夹杂有可见气泡；在显微镜下观察，则是一种密集的开口小泡，因其密集而微小使玻璃呈磨砂状。 雾点的成因与槽内锡液中气体的溶解、吸附、渗透有关，而且H2和O2具有高温溶解度大、低温溶解度小的特性。 锡槽内含氧量偏高，锡在232℃以上，氧在锡液中以Sn3O4形式存在，由于锡液的对流和温度波动较大，低温区的含Sn3O4高的锡液可能进入高温区，发生反应，受热分解放出氧气，氧气的逸出破坏了玻璃下表面，可形成小开口泡。 另外保护气体中的氢气也会溶解于锡液中，当温度由1000℃降到800℃时溶解于锡液中的氢气会全部逸出，造成雾点。 因此避免雾点产生的第一要务是仍是加强锡槽密封和提高保护气体纯度；二是合理调节槽内各区保护气体中氢气的比例，尤其是高温区H2的比例应不超过3%；三是要保证槽底耐火材料的氢扩散指标要符合要求，因为槽底耐火材料对H2的扩散与渗透会在其达到临界状态后的平衡遭到破坏时挥发逸出而形成雾点。 3成形气泡 成型气泡在玻璃板上一般有明显的特征，在原板的横向位置相对固定，在原板厚度方向上也容易识别。 3.1槽底开口泡 在正常生产工艺条件下，玻璃板下表面不间断出现开口气泡，投产初期的生产线气泡在原板的横向位置有时不太固定，有时带有较为明显规律；投产较长时间后的生产线不间断出现板底开口气泡，在玻璃板横向位置相对固定，通过调整板宽和原板在锡槽中的位置后气泡的位置会出现相对变化。 这些特征可判定为槽底泡。 防止槽底泡的主要措施一是在锡槽的设计和施工方面对槽底底砖预留胀缝的计算力求准确可靠，对槽底砖的的质量要经过严格检验，保证符合标准，施工时对胀缝进行校对和调整，严格按要求施工，对槽底螺栓的石墨封口料要严密捣实，同时彻底清理封口和砖缝。 二是在锡槽烘烤过程中应根据槽底耐火材料和锡槽安装的实际情况，调整锡槽烘烤升温曲线，并采取相应措施，尽量使槽底易挥发物挥发完全。 三是保持锡工况的稳定，尤其要保持槽底温度的稳定，各区槽底温度的波动要小于5℃，同时槽底最高温度要低于120℃，严格按照工艺制度要求检查槽底风机的运行情况，注意槽底各点温度变化。 四是减弱锡槽高温区与低温区间的锡液对流，可通过在收缩段和拉边机后增设挡坎以及在适当位置增加石墨挡堰来实现。 3.2唇砖气泡 唇砖气泡是另一类成型气泡，它也位于玻璃板下表面，一般为沿玻璃拉引方向的气泡带，有大有小，有的开口，有的闭口，在玻璃板横向位置相对固定，通过调整板宽和原板在锡槽中的位置后气泡带的位置一般不会变化。 这些特征可判定为唇砖气泡，严重时通过扒开锡槽八字砖外侧边封可以看见唇砖相应位置的侵蚀。 唇砖气泡的处理措施为降低拉引量，降低流道温度，可减轻气泡的危害但不能彻底根除，要全面解决必须更换唇砖，这需要一个准备的过程，可能要进一步影响质量几天。 根据笔者的经验，当熔窑运行到其寿命的70%～80%，即使没有明显的唇砖气泡，最好也要有计划地更换，以保证产品质量的稳定。 3.3杂质气泡 这里讨论的杂质气泡是指位于玻璃板上表面、直径大于1cm的较大气泡，在玻璃板的横位置相对固定。 熔窑热修掉入窑内的耐火材料、碎玻璃带入的杂质、原料中聚集的难熔矿物汇聚在闸板和流道侧壁处玻璃液面，流道处热电偶、电加热元件插入玻璃液，都会形成杂质气泡。 处理该类缺陷是详细检查流道处玻璃液质量，用钩子钩出此处杂物，检查此处热电偶及电加热元件状况，同时要保证热修质量，保证使用符合质量要求的原料及碎玻璃。 4结束语 锡缺陷和成形气泡是浮法玻璃成形过程中不可避免的一类缺陷，浮法玻璃行业的技术人员只有通过精确设计、精密施工、精心操作，结合成形缺陷的形成机理与缺陷性状特征，采取相应的措施，减少其对质量的影响，才能取得较为满意的效果。
发表评论