SymmetricDS 3.5.14 发布，数据库同步和复制

SymmetricDS 3.5.14 发布，此版本修复了 6 个 bug ：路由、数据差异检测器、升级过程和 Oracle smallints 同步等；还有 4 处改进：快照支持，SQL 事件；classpath 简化和文档. 更多更新内容请查看 更新日志. SymmetricDS是一个平台独立的数据同步和复制的解决方案.

MYSQL主从同步是目前使用比较广泛的数据库架构，技术比较成熟，配置也不复杂，特别是对于负载比较大的网站，主从同步能够有效缓解数据库读写的压力. 1、可以作为一种备份机制，相当于热备份. 2、可以用来做读写分离，均衡数据库负载. 1、主从数据库版本一致，建议版本5.5以上. # 日志文件名 log-bin = mysql-bin # 日志格式，建议mixed binlog_format = mixed # 主数据库端ID号 server-id = 1.

项目上有一个需求，从外网的另一个库中的数据同步到其他网段中. 基于Oracle数据库的数据同步技术大体上可分为两类：Oracle自己提供的数据同步技术和第三方厂商提供的数据同步技术. Oracle自己的同步技术有DataGuard，Streams，Advanced Replication和今年刚收购的一款叫做GoldenGate的数据同步软件.

目前成熟的数据导入导出工具比较多，但是一般都只能用于数据导入或者导出，并且只能支持一个或者几个特定类型的数据库. 这样带来的一个问题是，如果拥有很多不同类型的数据库/文件系统(Mysql/Oracle/Rac/Hive/Other…)，并且经常需要在它们之间导入导出数据，那么我们可能需要开发/维护/学习使用一批这样的工具(jdbcdump/dbloader/multithread/getmerge+sqlloader/mysqldumper…).

1 修改solrconfig.xml. 修改solrconfig.xml 文件. 2 创建data-config.xml. 在solrconfig.xml的同级目录下创建data-config.xml文件，配置数据库连接和Solr与mysql数据的对应关系和查询语句. 使用的是Mysql测试的，我的oracle完犊子了.

MySQL 复制问题的最后一篇，关于双向同步复制架构设计的一些设计要点与制约. 数据库的双主双写并双向同步场景，主要考虑数据完整性、一致性和避免冲突. 对于同一个库，同一张表，同一个记录中的同一字段的两地变更，会引发数据一致性判断冲突，尽可能通过业务场景设计规避. 双主双写并同步复制可能引发主键冲突，需避免使用数据库自增类主键方案.

一、 我们要实现的环境是windows xp、windows2003上安装Postgre SQL数据库，实现目的是两台数据库服务器进行数据库同步，即数据库同步更新、删除、插入等对数据库的操作. 二、 使用的工具是数据库版本Postgre SQL 9.2，配置集群的工具是Stack Builder自己的可安装的Slony-I v2.1.3-1.

   阿里巴巴B2B公司，因为业务的特性，卖家主要集中在国内，买家主要集中在国外，所以衍生出了杭州和美国异地机房的需求，同时为了提升用户体验，整个机房的架构为双A，两边均可写，由此诞生了otter这样一个产品.    otter第一版本可追溯到04~05年，此次外部开源的版本为第4版，开发时间从2011年7月份一直持续到现在，目前阿里巴巴B2B内部的本地/异地机房的同步需求基本全上了otte4.

当团队决定自行实现sharding的时候，DAO层可能是嵌入sharding逻辑的首选位置，因为在这个层面上，每一个DAO的方法都明确地知道需要访问的数据表以及查询参数，借助这些信息可以直接定位到目标shard上，而不必像框架那样需要对SQL进行解析然后再依据配置的规则进行路由. 另一个优势是不会受ORM框架的制约.

索引是由用户创建的、能够被修改和删除的、实际存储于数据库中的物理存在；创建索引的目的是使用户能够从整体内容直接查找到某个特定部分的内容. 一般来说，索引能够提高查询，但是会增加额外的空间消耗，并且降低删除、插入和修改速度. 1.聚集索引：表数据按照索引的顺序来存储的. 2.非聚集索引：表数据存储顺序与索引顺序无关.