想要做外贸网站首先就要确定网站域名，对后期网站品牌的推广有着十分重要的作用，那么外贸老船长就详细介绍一下如何做给外贸公司或者企业选择适合他们的域名吧。
 
选择域名要注意的问题：
 （1）必须使用国际顶级域名
 
这一点相信绝大多数外贸企业和个人SOHO有接触过一些二级域名，比如http://xxx.com.cn，http://cn.xxx.com等等，这种域名属于二级域名，不仅不方便客户记忆，而且给人一种不专业的感觉。
 
对于我们想通过外贸网站建立互联网品牌，客户流量和搜索引擎SEO优化都十分受影响，所以我们一定要注册国际顶级域名，比如www.xxx.com。
 
（2）域名最好短小容易记忆
 
现行的域名系统还是以英文字母加数字为主流。但是对于外贸从业人来说，域名包含数字对客户来讲记忆困难，而且也给一种网站不专业的感觉。
 
所以尽量用品牌名字作为首选域名，如果网站的品牌名被注册，可以考虑品牌名字+行业关键词作为备选域名。
 
当然如果你的行业关键词太长，可以考虑加一个很短的限定词或者是缩略词（例如：Manufacture可以是mfg，China可以是cn等等）
 
简短的域名不仅仅方便客户记忆，而且读起来也朗朗上口，方便口头给客户介绍我们的网站。
 
（3）连词符的使用
 
有时候企业非常想用某个域名，但是已经被注册，可以考虑在单词之间加连词符。如http://made-in-china.com、。域名中含有1个连词符对大部分用户来说还是可以接受的,容易区分网站词组，让客户正确的判断单词。
 
但是不建议连词符过多，如2个以上，虽然从技术上来说，多个连词符并没有什么问题，但现实中的网站使用多个连词符的往往与垃圾网站相联系，会给网站品牌带来负面影响。
 
宁可选择一个短的，也不要为了在域名中包含特定的单词而使用太多连词符。
 
（4）域名中包含关键词或相关词汇
 
外贸行业要做的是英文网站，所以可以适当考虑在域名中包含相应的关键词。如卖电池的网站，域名中以某种形式嵌入battery，卖书的加入books。不过大部分包含常用单词的短域名都已经被注册了，所以还是要开拓思维找寻其他的修饰词。
 
Tips: 域名中包含关键词只是方便客户通过看到我们域名就辨识出我们的主营产品，对Google等搜索引擎优化没有任何作用。
 
（5）域名以.com最好
 
现在的域名种类已经很多了，.com、.net、.org、.cn、.http://com.cn，再加上每个国家当地域名，域名种类恐怕有数百个。甚至是还有一些新的域名种类，对域名行业的长远影响还有待观察。不过从以前的经验看，新批准的域名种类对普通网站的网络营销应该不会有太大影响。比较的.cc, .cn, .name, .info, .us等对最老最传统的.com域名影响甚微。
 
所以我们在选择域名时候最优先的选择还是.com域名，毕竟这个后缀的域名已经被国际广泛认可了。
 
而注册其他更加奇怪的域名类型，除非特殊要求，不然外贸老船长不建议这么做。
 
如何给自己的网站做品牌命名？
 前面提到，域名注册时可以适当包含关键词。这是就大部分情况而言。有的时候如果想把自己的外贸网站在互联网领域创出名牌，那么建议不要在域名中包含关键词，无论是英文单词或拼音。
 
而是采用品牌名字去注册。
 
如果如何起一个好的品牌名字有如下几点要素:
 
自创词：互联网上极少有同类的品牌名，或者是同行内没有用它作为品牌的名字
 
短小：品牌名字尽量简短，方便客户记忆
 
念出来响亮、不拗口：我们在给客户介绍或者是客户在记忆品牌的时候会更加容易。
 
相关性：品牌词字面上不需要跟产品关键词有相关性，比如麦当劳跟汉堡没有关系，小米跟手机也没有关系。
 
在网络上也同样如此。最大的搜索引擎Google。Google本来是个数字，代表1后面加100个零，在Google成名之前，好像没有几个人知道这个词，Google这个词和搜索也没有关系。以网站目录起家的雅虎，名称Yahoo与网站目录也没有关系。
 
从这些例子我们可以看到一个规律，要真正创造一个外贸网站品牌，最好的方式是抛弃产品或行业名称作为公司名称，而应该自造一个念起来响亮的单词。
 
域名应及早确定，不宜改动
 外贸老船长之所以在营销网站建设第一节就讨论域名，就是因为外贸企业网站必须及早确定和注册域名，并且日后不宜在做改动，除非有万不得已的原因。
 
就算外贸网站设计还要花一点时间，通常也应该把确定好的域名先注册下来，日后在开通。好的域名想到就应该尽快注册，不然被其他人抢注，你便会后悔莫及！
 
网站开通后，所有的营销工作、流量、品牌，都以确定的域名为基础，不宜再做改动。
 
经常看到有人问：
 
域名改动怎样才能保证搜索引擎排名和流量不受影响？
 
域名不改，但网站内容改为和以前没有关系的网站会怎样。
 
域名被惩罚，是不是换个域名就能解决了？
 
针对这种问题，最好的回答就是不要改域名。就算你自己看着不太满意的域名，一旦开通一段时间就不要再去该它，改了对网站发展也不会有实质性帮助。如果没有特殊原因，改域名基本上弊大于利。
 
如果想做内容完全不同的网站，就注册一个新域名，完全没有必要用现有域名。要解决域名被惩罚而换域名，则更没有必要，如果域名被惩罚的原因没有找到，不解决作弊问题，换多少域名还是会被惩罚。
 
一旦确定域名，就应该坚持使用，排除遇到企业兼并或者公司品牌整体战略改变等，这时网站只是公司整个品牌架构的一部分，同时域名时间越长会给我们的网站积累更多的权重，对Google SEO也有好处。

  SHOPYY 与 shopfiy 建站的区别
 
 
 

  【Shopyy前景】传统网站为单点部署的方式，而单点部署的网站存在诸多弊端，很明显，传统的单点部署的
 

  网站已经无法满足发展需求，注定会被时代所淘汰
 

  。【shopyy的SAAS模式网店带来了什么改变?】
 

  一、代码部署，一套程序满足所有客户需求。
 

  SAAS模式下，后端程序只有一套，真正意
 

  义上的一套解决客户所有建站需求。据客户的使用反馈来看，除了前端皮肤及首页鲜有不同
 

  外，SAAS模式网店不仅有效减少了BUG的产生，提高了网站维护的效率，并且对客户的订
 

  单量提供了极大的帮助。
 

  shopyy之所以力荐朋友们选择shopyy的模板，少定制，主要的目
 

  的还是为了客户的利益考虑。
 

  二、测试问题。一套程序，一人发现
 

  BUG反馈，立即处理，修复后覆盖所有客户，其他
 

  人便可坐收渔利。网站测试问题也是如此，你不想做测试，
 

  Shopyy的客户之多，自然会帮你
 

  去做测试，你只需静候即可，如此省时省力又省钱，何乐而不为呢
 

  ?
 

  三、服务器运行。服务器是推进
 

  SAAS模式开店非常重要和非常复杂的一个环节。在SAAS模式下，大家的服务器是共用的。这里需要普及的一点是，不同于单台服务器，
 

  shopyy服务器是由顶尖的阿里云、亚马逊云组建的云集群，除了运用
 

  CDN加速，并且融入了N个前端等多项高端技术。因此，在shopyy，网站打不开服务商不知的现象完全
 

  不必顾虑。
 

  四、时效与服务。得益于SAAS模式下，代码的独一属性与和服务器性能提升，为技术
 

  服务商的团队节省不少环节，进而提高了服务效率、服务水平与服务质量，对客户问题的解
 

  决及服务商的创新研发起到了潜移默化的作用。
 

  五、版本兼容。SAAs模式下，有效杜绝了版本的不支持现象，网站开发的新功能，可以
 

  方便快捷的在自己的网店安装并使用了。
 
 
 
 
 

索引是提高关系型数据库查询性能的利器，但其并非银弹，必须精通其原理，才能发挥奇效。
 
InnoDB底层是如何存储数据的？
 
MySQL把数据存储和查询操作抽象成了存储引擎。MySQL支持多种存储引擎，并且可以以表为粒度设置存储引擎。因为需要事务，所以InnoDB最常用。
 为减少磁盘随机读取次数，InnoDB采用页而非行的粒度保存数据，即数据被分成若干页，以页为单位保存在磁盘。InnoDB的页大小默认16K。
 
 
各数据页形成双向链表
 
 
每个数据页中的记录按主键顺序形成单链表
 
 
每一个数据页中有一个页目录，方便按主键查询记录
 
 
数据页结构
 
 
 
页目录通过一个个槽把记录分成不同组。记录中最前面的小矩形数字，代表当前组的记录条数。
 最小和最大的槽指向2个特殊的伪记录。
 
0 =》 最小记录
1 =》 4
2 =》 8
3 =》 12
4 =》 16
5 =》 20
6 =》 最大记录
 
有了槽，按主键搜索页内记录时，就能用二分查找，而无需从最小记录遍历整个页的记录链表。
 
比如要搜索主键（PK）=15的记录：
 
先二分计算得槽中间位(0+6)/2=3，指向记录12＜15，所以从槽3后继续搜索
再二分：(3+6)/2=4.5取整4，槽4对应记录16＞15，所以记录在槽3
再从槽3指向的12号记录开始向下搜索3次，定位到15号记录
 
聚簇索引和二级索引
 
页目录就是最简单的索引，通过对记录进行一级分组来降低搜索的时间复杂度。
 这样能够降低的时间复杂度数量级有限。当有无数个数据页来存储表数据时，我们就需要考虑如何建立合适索引，才能方便定位记录所在的页。
 
为了解决这个问题，InnoDB引入B+树
 
 
最低层的叶子节点，存放数据
其他上层节点-非叶子节点，存放目录项，作为索引
非叶子节点分为不同层次，通过分层降低每层的搜索量
每层节点按索引键大小排序，构成双向链表，加速范围查找
 
因此，InnoDB使用B+树，既可以保存实际数据，也可加速数据搜索，这就是聚簇索引。
 
如果把上图叶子节点下面方块中的省略号看作实际数据，那么它就是聚簇索引的示意图。由于数据在物理上只会保存一份，所以包含实际数据的聚簇索引只能有一个。
 
InnoDB会自动使用主键（唯一定义一条记录的单或多个字段）作为聚簇索引的索引键（若无主键，则选择第一个不包含NULL值的唯一列）。方框数字代表索引键的值，对聚簇索引，一般就是主键。
 
B+树如何快速查找主键
 
比如搜索PK=4数据，通过根节点中的索引可知数据在第一个记录指向的2号页，通过2号页的索引又可知道数据在5号页，5号页就是实际数据页，再通过二分查找页目录马上可以找到记录的指针。
 
为了实现非主键字段的快速搜索，就引出了二级索引，也叫作非聚簇索引、辅助索引。非聚簇索引也是B+树，如下：
 
 非聚簇索引的叶子节点保存的不是实际数据，而是主键。
 获得主键值后去聚簇索引获得数据行，就是回表。
 
假设该索引是针对用户名字段创建的，索引记录上面方块中的字母是用户名，按顺序形成链表。若要搜索用户名为b的数据，经过两次定位可以得出在数据页5中，查出所有主键为7和6，再拿这俩主键继续使用聚簇索引进行两次回表得到完整数据。
 
额外创建二级索引的代价
 
维护代价
 
创建N个二级索引，就需要再创建N棵B+树，新增数据时不仅要修改聚簇索引，还需要修改这N个二级索引。
 
假设有如下表：
 
 通过如下存储过程创建10万条测试数据，约140s。
 
 再创建两个索引：
 
 则创建10万条记录的耗时提高到154s。
 
页中的记录都是按照索引值从小到大的顺序存放的：
 
新增记录就需要往页中插入数据，现有的页满了就需要新创建一个页，把现有页的部分数据移过去，这就是页分裂
若删除了许多数据使得页很空闲，就需要页合并
 
页分裂和合并，都会有I/O代价，且过程中可能产生死锁。
 
空间代价
 
虽然二级索引不保存原始数据，但要保存索引列的数据，所以会占用更多的空间。
 比如，person表创建了两个索引后，使用下面的SQL查看数据和索引占用的磁盘：
 
SELECT DATA_LENGTH, INDEX_LENGTH FROM information_schema.TABLES 
	WHERE TABLE_NAME='person'
 
结果显示，数据本身只占用了4.7M，而索引占用了8.4M。
 
回表
 
二级索引不保存原始数据，通过索引找到主键后需要再查询聚簇索引，才能拿到想要的数据。
 示例如下：
 
 key=person_name_score_index，表明走的是person_name_score_index索引。
 type=ref，表明是二级索引的等值匹配，符合预期
 
再看如下SQL的执行计划：
 
 Extra列多了一行Using index，说明直接查的二级索引，没有回表。
 联合索引保存了多个索引列的值，对于页中的记录先按照字段1排序，若相同再按照字段2排序，如下：
 
 图中叶子节点每一条记录的第1、2个方块是索引列的数据，第三个方块是记录的主键。若查询的是索引列索引或联合索引能覆盖的数据，则查询索引本身已经“覆盖”了需要的数据，无需再回表。这种情况也叫索引覆盖。
 
索引开销的最佳实践
 
无需一开始就建立索引，可等到场景明确或数据量超过1w、查询变慢，再针对需要查询、排序或分组的字段创建索引。创建索引后可使用EXPLAIN确认查询是否可以使用索引。
尽量索引轻量级的字段，比如能索引int字段就不要索引varchar字段。索引字段也可以是部分前缀，在创建的时候指定字段索引长度。针对长文本的搜索，可以考虑使用Elasticsearch等专门用于文本搜索的索引数据库
禁止SELECT *，而是SELECT必须字段，甚至可以考虑使用联合索引包含我们要搜索的字段，既能实现索引加速，又可避免回表。
 
不是所有针对索引列的查询都能用上索引
 
是不是建了索引一定可以用上？
到底是创建联合索引还是多个独立索引？
 
索引失效场景
 
索引只能匹配列前缀
 
LIKE语句查询name后缀为name123的用户，type=ALL全表扫描
 
 
把百分号放到后面走前缀匹配：
 
type=range索引扫描
key=person_name_score_index走person_name_score_index索引
 
 
索引中行数据按索引值排序，只能根据前缀进行比较。
 
若非要按后缀查询也能走索引，并且永远只是按后缀查询，可以把数据反过来存，用时再倒过来。
 
条件涉及函数操作无法走索引
 
比如查询条件用到了LENGTH函数，肯定无法走索引，type=ALL全表扫描
 
 同理，索引保存的是索引列的原始值，而非经过函数计算后的值。若需要针对函数调用还能走索引，只能保存一份函数变换后的值，然后重新针对这个计算列做索引。
 
联合索引只能匹配左边的列
 
虽然对name和score建了联合索引，但仅按score列查询无法走索引
 
 
因为在联合索引情况下，数据按照索引第一列排序，第一列数据相同时才会按第二列排序。若想使用联合索引中尽可能多的列，查询条件中的各个列必须是联合索引中从最左边开始连续的列。若仅按第二列搜索，肯定无法走索引。
 
尝试把查询条件加入name列，可见走了person_name_score_index索引
 
 
因为有查询优化器，所以name作为WHERE子句的第几个条件并不重要。
 
现在回答一开始的问题：
 
是不是建了索引一定可以用上？
 并不，只有当查询能符合索引存储的实际结构时，才能用上。刚才几个示例都用不上索引。
联合索引 or 多个独立索引？
 若你的查询条件经常会使用多个字段，则考虑针对这几个字段建联合索引；同时，针对多字段建立联合索引，使用索引覆盖的可能更大。若只会查询单个字段，考虑建单独的索引，毕竟联合索引保存了不必要字段也有成本。
 
数据库基于成本决定是否走索引
 
查询数据可直接在聚簇索引上进行全表扫描，也可走二级索引扫描后到聚簇索引回表。
 
MySQL如何确定走哪个方案？
 MySQL在查询数据之前，会先对可能的方案做执行计划，然后依据成本决定走哪个执行计划。
 包括IO成本和CPU成本：
 
I/O成本
 从磁盘把数据加载到内存的成本。默认情况下，读取数据页的I/O成本常数是1(即读取1个页成本是1)。
CPU成本
 检测数据是否满足条件和排序等CPU操作的成本。默认情况下，检测记录的成本是0.2。
 
全表扫描成本
 
全表扫描，就是把聚簇索引中的记录依次和给定的查询条件对比，把符合搜索条件的记录加入结果集的过程。
 所以要计算全表扫描的代价需要两个信息：
 
聚簇索引占用的页面数，用来计算读取数据的IO成本
表中的记录数，用来计算搜索的CPU成本
 
MySQL是实时统计的这些信息吗？
 不是的，MySQL维护了表的统计信息，可使用命令：
 
 
可见总行数100147行。里表不是只有10w行记录吗，为啥这里还多了147行？
 因为MySQL的统计信息只是个估算。现在我们估算下CPU成本：
 
100147*0.2=20030
 
数据长度是5783552B。对于InnoDB，这就是聚簇索引占用空间，等于聚簇索引的页面数量 * 每个页面的大小。InnoDB每个页16K，大概计算出页面数量是353，所以I/O成本是353。
 
综上，全表扫描总成本约20383。
 
MySQL如何基于成本制定执行计划
 
现在，我要用下面的SQL
 
 执行计划是全表扫描。但只要把create_time条件中的5点改为6点就变为走索引了，并且走的是create_time索引而不是name_score联合索引：
 
 该实验可以得到如下结论：
 
MySQL选择索引，并非按照WHERE条件中列的顺序
即便列有索引，甚至有多个可能的索引方案，MySQL也可能根本不走索引
 
因为MySQL是根据成本判断的。虽然表的统计信息不完全准确，但足够用于策略的判断。
 
不过，有时会因为统计信息的不准确或成本估算问题，实际开销会和MySQL统计出来的差距较大，导致MySQL选择错误的索引或是直接全表扫描，这就需要人工干预，使用强制索引。
 强制走name_score索引：
 
EXPLAIN 
SELECT * 
FROM person 
FORCE INDEX(name_score) 
WHERE NAME >'name84059' 
AND create_time>'2020-01-24 05:00:00' 
 
MySQL会根据成本选择执行计划，通过EXPLAIN可以知道优化器最终会选择怎样的执行计划，但MySQL如何制定执行计划始终是一个黑盒。
 有没有什么办法可以了解各种执行计划的成本，以及MySQL做出选择的依据？
 
MySQL 5.6及之后，可以使用optimizer trace查看优化器生成执行计划的整个过程。有了这个功能，我们不仅可以了解优化器的选择过程，更可以了解每一个执行环节的成本，然后依靠这些信息进一步优化查询。
 
打开optimizer_trace后
再执行SQL
就可以查询information_schema.OPTIMIZER_TRACE表查看执行计划了
最后可以关闭optimizer_trace
 
SET optimizer_trace="enabled=on";
SELECT * FROM person WHERE NAME >'name84059' AND create_time>'2020-01-24 05:00:00';
SELECT * FROM information_schema.OPTIMIZER_TRACE;
SET optimizer_trace="enabled=off";
 
对于按照create_time>'2020-01-24 05:00:00’条件走全表扫描的SQL，来分析OPTIMIZER_TRACE的执行结果。
 
使用person_name_score_index对name84059<name条件进行索引扫描需扫描33918行，成本11872，所以未选择该方案
 
33918 = 查询二级索引的I/O成本和CPU成本 + 回表查询聚簇索引的I/O成本和CPU成本
 
 
使用person_create_time_index进行索引扫描需要扫描35606行，成本是12462，也是因为成本未选择该方案
 
最终选择全表扫描作为执行计划。全表扫描100147条记录的成本是10103，小于其他方案。
 
 
把SQL中的create_time条件从05:00改为06:00，再次分析OPTIMIZER_TRACE。这次执行计划选择的是走person_create_time_index索引。因为是查询更晚时间的数据，走person_create_time_index索引需要扫描的行数从35606减少到了27218。这次走这个索引的成本9526.6小于全表扫描的10103，更小于走name_score索引的30435：
 
 
考虑到索引的维护代价、空间占用和查询时回表的代价，不能认为索引越多越好。索引一定是按需创建的，并且要尽可能确保足够轻量。
 一旦创建了多字段的联合索引，我们要考虑尽可能利用索引本身完成数据查询，减少回表。
 
不能认为建了索引就一定有效，对于后缀的匹配查询、查询中不包含联合索引的第一列、查询条件涉及函数计算等无法使用索引。
 即使SQL本身符合索引使用条件，MySQL也会通过评估各种查询方式的代价，来决定是否走索引，走哪个索引。
 
尝试通过索引进行SQL性能优化时，请一定通过执行计划或实际的效果来确认索引是否能有效改善性能问题，否则增加了索引不但没解决性能问题，还增加了数据库增删改的负担。
 对EXPLAIN结果困惑的，还可以利用optimizer_trace查看详细的执行计划，各个索引的成本是多少，看看到底怎么挑选出来的最终方案。
 
 
 
参考
 
 
https://dev.mysql.com/doc/internals/en/optimizer-tracing.html
 

外贸公司搭建的面向海外客户的站点，这已经成为外贸企业增加海外订单的有效方式。不过还有很多外贸企业搭建的线上平台出现各种各样的问题，而这些问题最终导致自己的外贸网站吸引不来海外客户，丢失接单的机会。因此，在外贸建站的过程中，有一些注意事项，我们来了解一下。
 
1.域名的选择。这是一个看似简单又有不少学问在里面的问题，在国内我们建站所使用的域名基本都是拼音或字母组成，因为这符合我们国内的文化和习惯。但外贸网站面对的是海外客户，所以选择域名时一定要站在他们的角度去思考，使用他们比较容易记的域名，比如用产品的英文或许更直观些。
 
2.空间的选择。我的建站就如果走国内空间就走阿里云的产品，毕竟是大品牌稳定可靠，如果是海外空间可以选择阿里云海外ECS，稳定性和安全性都是有保障的。
 
3.网站的建设。和选择域名一样，规划网站结构时一定要站在用户的角度。比如网站程序的设计要西方化，符合海外客户的浏览习惯等，大到整体的网站结构，小到字体的大小选择等细节要注意到位。
 
基于以上问题我给大家推荐一款大品牌的外贸网站建站系统，阿里云速成美站自助建站，它有哪些优势呢？
 
阿里云·速成美站的优势，与其他建站类产品相比，云·速成美站不仅主流功能全具备，通用场景全覆盖，而且支持IPv6+IPv4双端访问，上线更快速，网站更安全。
 
1、主流功能全具备
 
PC+手机+公众号+小程序四站合一，全功能可视化操作界面，无需技术玩转建站。提供电商功能及会员管理功能，支持多语言切换、阿里云视频、阿里云短信。客服团队为您提供7*12小时(9：00-21：00)在线售后保障，并配有搜索引擎优化、网站全球CDN加速及HTTPS安全防护，免费更新维护。
 
2、通用场景全覆盖
 
覆盖企业官网通用场景，官网展示、官网电商、会员管理、多语言(中、英、日、韩、德、西)、在线预订、优推广一应俱全。所以不管你是做哪国的外贸，语言不是问题。
 
3、支持IPv6+IPv4双终端访问
 
IPv6即Internet Protocol Version 6，是第六版互联网协议，也是下一代互联网开始的标志。IPv6不仅使上传下载数据的速度更快，而且数据传输加密，网站更安全，通过波分复用，网站打开的延迟也更小。 目前普通终端多为IPv4，但IPv6已进入快速发展期，因此网站支持IPv6+IPv4双端访问已成为大势所趋。
 
4、上线更快速
 
阿里云App全自助备案服务，下载阿里云App可轻松备案。产品拥有域名一键解析功能，网站上线更快速。
 
5、网站更安全
 
一般网站采用的是虚拟主机，即使是独立的云服务器，也无法保证访客的安全和速度，而本产品集成了阿里云云服务器(ECS)、负载均衡(SLB)、云数据库(RDS)、对象存储(OSS)、网络加速(CDN)、云盾安全服务等产品，确保网站更加快速稳定安全。外贸网站可以直接用海外空间，且安全性有保证。
 
所以如果你是外贸公司可以考虑一下，大品牌的阿里云速成美站。