mysql分布式存储

‘壹’ 一个数据库有两张表，同步两张表的数据

如果是同一个mysql服务端的两个数据库同步可考虑下触发器，如果是不同端口的两个mysql服务端跟在两台服务器同步配置上没有区别。
数据库最好不要做主从，不然性能会降低很多的。
可以采取其他的方法撒，比如分布式存储。可以考虑下memcachedb，实现持久存储。
表结构一致的话，可以考虑映射表去实现来的（shell脚本定时同步，触发器），不过shell脚本会将环境搞的复杂一点，维护也会相对麻烦.
映射表具体实现（在要同步的数据库下创建相同的表结构）：
CREATE TABLE table_name
(
column_name column_type ....
....
key ....
)
ENGINE=MYISAM DEFAULT CHARSET=utf8
CONNECTION="mysql://user:pwd@ip_address/db_name/table_name";

‘贰’ 查看MySQL 支持的存储引擎

 查看MySQL 支持的存储引擎有三种语句格式：

格式一：SHOW ENGINES；

格式二：SHOW ENGINES\g

格式三：SHOW ENGINES\G

这三种格式区别仅在于使用的“结液伍束符”不同，这会导致“命令执行结果的显示”不同。其中“\G”的显示效果最好滚备，对大埋毁所支持的各种存储引擎会从“引擎名称”、“是否支持该引擎”、“关于该引擎的说明、评论”、“是不是支持事务”、“该引擎支持的分布式是否支持XA规范”、“是否支持事务处理中的保存点”等方面逐个地、详细地显示出来；使用“；”和“\g”作用相同，仅简单显示各个存储引擎的信息。

‘叁’ 单机MySQL数据库怎么做成分布式数据库集群

可以采用开源的MyCat解决方案，优点是免费，缺点是出现问题可能要自己解决或者去社区寻找解决方案；

也可以采用北京万里开源软件有限公司的集群解决方案，后端使用开源的MySQL存储数据，优点是有任何问题他们都可以帮忙解决，而且不用担心系统后续的扩展、集群高可用等情况，他们的工程师还开发过MySQL核心代码，找他们可以睡个安稳觉，缺点是不免费，他们还有自己的国产数据库GreatDB，100%兼容MySQL。

对于初创企业，可以考虑选择免费的开源解决方案，毕竟遇到的问题可能有限，如果要想长期稳定发展，还是选择万里开源这样的公司比较靠谱一些。

‘肆’ 分布式系统为什么要选mysql数据库

分布式系统看它是否支持事务，如果用在统计分析场景中，不需要支持事务，这时候分布式的各个节点，选择列存储更好，选择mysql是一种错误，它不适合分析型场景。
如果是事务场景，并发数和数据量都极大，需要分布式场景， 将数据按照一定的规则分布在不同的服务器（节点）上，每个节点采用某类型的行存数据库， 如果要满足需求的行存数据库需要有以下特点
1、支持事务；
2、支持高并发的能力；
3、在与分布式中间件通讯时，能够为了适配业务的需求，可以做些定制开发；
4、数据量增大，进行拓展的时候，数据操作方便；
5、核心组件升级容易；
6、维护容易；
综上所述，目前可选的 是mysql为最优。

‘伍’ php mysql分布式数据库如何实现

当前做分布式的厂商有几家，我知道比较出名的有“华为云分布式数据库DDM”和“阿里云分布式数据库”，感兴趣可以自行搜素了解下。

分布式数据库的几点概念可以了解一下。

数据分库：

以表为单位，把原有数据库切分成多个数据库。切分后不同的表存储在不同的数据库上。

以表中的数据行记录为单位，把原有逻辑数据库切分成多个物理数据库分片，表数据记录分布存储在各个分片上。

路由分发：

在分布式数据库中，路由的作用即将SQL语句进行解析，并转发到正确的分片上，保证SQL执行后得到正确的结果，并且节约QPS资源。

读写分离：

数据库中对计算和缓存资源消耗较多的往往是密集或复杂的SQL查询。当系统资源被查询语句消耗，反过来会影响数据写入操作，进而导致数据库整体性能下降，响应缓慢。因此，当数据库CPU和内存资源占用居高不下，且读写比例较高时，可以为数据库添加只读数据库。

‘陆’ 电商商品系统存储技术简述

商品服务作为电商平台的基础能力是电商平台使用最为频繁的基础服务之一。因此商品服务的稳定性直接关乎整个电商平台的稳健运行，在整个商品服务中商品的存储最为重要。

商品的存储技术按商品业务使用场景分别选择存储技术。常见的商品信息包含商品基本信息、商品的图片视频信息、商品的规格信息、商品的介绍信息、商品的参数信息、还有商品的销售信息等。各部分的信息结构不一样因此存储选型也会有所差异。

商品基本信息存储。商品基本信息模型固定通用性强且具有较强的事务性要求，因此一般选择关系型数据库存储，目前使用最多的就是Mysql存储。如果数据量很大需要早期规划商品的分库分表策略或读写分离策略。同时为了保护数据库会使用Redis缓存商品基本信息。

商品的图片视频存储。商品的图片和视频文件比较大，目前常见的存储方式是采用分布式对象存储数据库存储源文件。目前常用的分布式对象存储服务有阿里云OSS、AWS的S3、七牛云，还有开源分布式对象数据库FastDFS。采用关系型数据库如Mysql存储文件路径，这样就做到物理和逻辑存储分离。

商品参数信息存储。由于商品参数的不确定性通常选择MongoDB进行存储。因为MongoDB是基于JSON描述数据天然具有扩展，对于多变不确定的数据结构具有良好的扩展性。

商品介绍信息存储。商品介绍信息大多数情况下都是图文描述，一般会作为图片或静态页面进行展示。因此一般也会使用对象存储数据库存储生成的图片或静态页面。

商品的检索信息存储。商品的检索是最为频繁的操作之一。目前常用的搜索引擎就是ElasticSearch。通过将商品的销售信息建立反向索引存储进ES，满足基本的搜索能力。

商品的存储数据源类型比较多，因此数据的一致性就比较复杂。目前采用最多的就是最终一致性方式。通过业务接口调用，分布式消息，还有监控binlog保持数据源间的数据更新。采取CQRS模式分别维护读写操作。