下載網站:www.SyncNavigator.CN
客服QQ1793040
----------------------------------------------------------node
關於HKROnline SyncNavigator 註冊機價格的問題mysql
HKROnline SyncNavigator 8.4.1 非破解版 註冊機 受權激活教程
sql
最近一直在研究數據庫同步的問題，在網上查了不少資料，也請教了不少人，找到了一種經過快照複製的方法。研究了一番後發現以前就是用的這個方法，效果不是很好，果斷放棄。通過了一番尋覓和他人指點，最後從一位熱心網友那裏得知一款很好用的軟件—— SyncNavigator。數據庫
好東西就要拿出來跟你們分享，因此今天向你們介紹一下這款軟件，及其一些使用方法。下面先看看它有什麼強大的功能吧！網絡
SyncNavigator的基本功能：併發
自動同步數據/定時同步數據
不管是實時同步/24小時不間斷同步，仍是根據計劃任務(每小時/每日/每週/等)定時自動同步都能徹底勝任。app
完整支持 Microsoft SQL Server
完整支持 Microsoft SQL Server 2000 2005 2008 數據庫類型。並能在不一樣數據庫版本之間相互同步數據。less
支持 MySQL 4.1 以上版本
支持 MySQL 4.1 5.0 5.1 5.4 5.5。並能在不一樣數據庫版本之間相互同步數據。函數
無人值守和故障自動恢復
當數據庫故障或網絡故障之後，無需人工干預(或操做)自動恢復同步並確保數據徹底準確，可靠。高併發
同構數據庫同步/異構數據庫同步
SQL Server to SQL Server, MySQL to MySQL, SQL Server to MySQL 等都能輕鬆實現。
斷點續傳和增量同步
當同步完成(或中斷)後，再次同步時能繼續上一次的位置增量同步，避免每次都須要從頭開始的問題。
平常開發中咱們常常會遇到大表的狀況，所謂的大表是指存儲了百萬級乃至千萬級條記錄的表。這樣的表過於龐大，致使數據庫在查詢和插入的時候耗時太長，性能低下，若是涉及聯合查詢的狀況，性能會更加糟糕。分表和表分區的目的就是減小數據庫的負擔，提升數據庫的效率，一般點來說就是提升表的增刪改查效率。
什麼是分表？
分表是將一個大表按照必定的規則分解成多張具備獨立存儲空間的實體表，咱們能夠稱爲子表，每一個表都對應三個文件，MYD數據文件，.MYI索引文件，.frm表結構文件。這些子表能夠分佈在同一塊磁盤上，也能夠在不一樣的機器上。app讀寫的時候根據事先定義好的規則獲得對應的子表名，而後去操做它。
什麼是分區？
分區和分表類似，都是按照規則分解表。不一樣在於分表將大表分解爲若干個獨立的實體表，而分區是將數據分段劃分在多個位置存放，能夠是同一塊磁盤也能夠在不一樣的機器。分區後，表面上仍是一張表，但數據散列到多個位置了。app讀寫的時候操做的仍是大表名字，db自動去組織分區的數據。
mysql分表和分區有什麼聯繫呢？
1.都能提升mysql的性高，在高併發狀態下都有一個良好的表現。
2.分表和分區不矛盾，能夠相互配合的，對於那些大訪問量，而且表數據比較多的表，咱們能夠採起分表和分區結合的方式（若是merge這種分表方式，不能和分區配合的話，能夠用其餘的分表試），訪問量不大，可是表數據不少的表，咱們能夠採起分區的方式等。
3.分表技術是比較麻煩的，須要手動去建立子表，app服務端讀寫時候須要計算子表名。採用merge好一些，但也要建立子表和配置子表間的union關係。
4.表分區相對於分表，操做方便，不須要建立子表。
分區又能夠分爲兩種：
水平分區（Horizontal Partitioning）
這種形式分區是對錶的行進行分區，經過這樣的方式不一樣分組裏面的物理列分割的數據集得以組合，從而進行個體分割（單分區）或集體分割（1個或多個分區）。全部在表中定義的列在每一個數據集中都能找到，
因此表的特性依然得以保持。
舉個簡單例子：一個包含十年發票記錄的表能夠被分區爲十個不一樣的分區，每一個分區包含的是其中一年的記錄。（注：這裏具體使用的分區方式咱們後面再說，能夠先說一點，必定要經過某個屬性列來分割，譬如這裏使用的列就是年份）
垂直分區（Vertical Partitioning）
這種分區方式通常來講是經過對錶的垂直劃分來減小目標表的寬度，使某些特定的列被劃分到特定的分區，每一個分區都包含了其中的列所對應的行。
舉個簡單例子：一個包含了大text和BLOB列的表，這些text和BLOB列又不常常被訪問，這時候就要把這些不常用的text和BLOB了劃分到另外一個分區，在保證它們數據相關性的同時還能提升訪問速度。
分區表的原理
分區表是由多個相關的底層表實現，這些底層表也是由句柄對象表示，因此咱們也能夠直接訪問各個分區，存儲引擎管理分區的各個底層表和管理普通表同樣（全部的底層表都必須使用相同的存儲引擎），分區表的索引只是在各個底層表上各自加上一個相同的索引，從存儲引擎的角度來看，底層表和一個普通表沒有任何不一樣，存儲引擎也無須知道這是一個普通表仍是一個分區表的一部分。
在分區表上的操做按照下面的操做邏輯進行：
select查詢：
當查詢一個分區表的時候，分區層先打開並鎖住全部的底層表，優化器判斷是否能夠過濾部分分區，而後再調用對應的存儲引擎接口訪問各個分區的數據
insert操做：
當寫入一條記錄時，分區層打開並鎖住全部的底層表，而後肯定哪一個分區接受這條記錄，再將記錄寫入對應的底層表
delete操做：
當刪除一條記錄時，分區層先打開並鎖住全部的底層表，而後肯定數據對應的分區，最後對相應底層表進行刪除操做
update操做：
當更新一條數據時，分區層先打開並鎖住全部的底層表，mysql先肯定須要更新的記錄在哪一個分區，而後取出數據並更新，再判斷更新後的數據應該放在哪一個分區，而後對底層表進行寫入操做，並對原數據所在的底層表進行刪除操做
雖然每一個操做都會打開並鎖住全部的底層表，但這並非說分區表在處理過程當中是鎖住全表的，若是存儲引擎可以本身實現行級鎖，如：innodb，則會在分區層釋放對應的表鎖，這個加鎖和解鎖過程與普通Innodb上的查詢相似。
在下面的場景中，分區能夠起到很是大的做用：
A：表很是大以致於沒法所有都放在內存中，或者只在表的最後部分有熱點數據，其餘都是歷史數據
B：分區表的數據更容易維護，如：想批量刪除大量數據可使用清除整個分區的方式。另外，還能夠對一個獨立分區進行優化、檢查、修復等操做
C：分區表的數據能夠分佈在不一樣的物理設備上，從而高效地利用多個硬件設備
D：可使用分區表來避免某些特殊的瓶頸，如：innodb的單個索引的互斥訪問，ext3文件系統的inode鎖競爭等
E：若是須要，還能夠備份和恢復獨立的分區，這在很是大的數據集的場景下效果很是好
F：優化查詢，在where字句中包含分區列時，能夠只使用必要的分區來提升查詢效率，同時在涉及sum()和count()這類聚合函數的查詢時，能夠在每一個分區上面並行處理，最終只須要彙總全部分區獲得的結果。
mysql數據庫的分區老是把null看成比任何非null更小的值，這和數據庫中處理null值的order by操做是同樣的，升序排序時null老是在最前面，所以對於不一樣的分區類型，mysql數據庫對於null的處理也各不相同。對於range分區，若是向分區列插入了null，則mysql數據庫會將該值放入最左邊的分區，注意，若是刪除分區，分區下的全部內容都從磁盤中刪掉了，null所在分區被刪除，null值也就跟着被刪除了。在list分區下要使用null，則必須顯式地定義在分區的散列值中，不然插入null時會報錯。hash和key分區對於null的處理方式和range,list分區不同，任何分區函數都會將null返回爲0.
分區
分區就是將數據庫或其構成元素劃分爲不一樣的獨立部分
－－是一種預先組織表存儲的方法
mysql支持水平分區
將特定錶行分配爲行的子集
分區的分佈是跨物理存儲進行的
－－根據用戶在須要時設置的指定規則
－－每一個分區存儲爲其本身的單元
數據的劃分
－－根據分區功能將數據劃分爲子集
－－分區類型和表達式是表定義的一部分
－－表達式能夠是整數或返回整數值的函數。
－－此值根據定義肯定將每條記錄存儲在哪一個分區中
1.primary key和unique key必須包含在分區key的一部分，不然在建立primary key和unique index時會報」ERROR 1503 (HY000)「
2.範圍分區添加分區只能在最大值後面追加分區
3.全部分區的engine必須同樣
4.範圍分區分區字段：integer、數值表達式、日期列，日期函數表達式(如year(),to_days(),to_seconds(),unix_timestamp())
分表的幾種方式：
一、mysql集羣
它並非分表，但起到了和分表相同的做用。集羣可分擔數據庫的操做次數，將任務分擔到多臺數據庫上。集羣能夠讀寫分離，減小讀寫壓力。從而提高數據庫性能。
二、自定義規則分表
分區的類型
range 根據屬於指定範圍的列值將行分配到分區
list 根據與離散值集之一匹配的列將行分配到分區
hash 基於由用戶定義的表達式返回的值而選擇的分區，對要插入表中的行的列值進行操做
key 與hash相似，不一樣之處在於僅提供要評估的一個或多個列
Composite（複合模式） –以上模式的組合使用
InnoDB foreign keys and MySQL partitioning are not compatible. Partitioned InnoDB tables cannot have foreign key references, nor can they have columns referenced by foreign keys. InnoDB tables which have or which are referenced by foreign keys cannot be partitioned.
分區的幾種方式實踐：
Range：
create table range(
id int(11),
money int(11) unsigned not null,
date datetime
)partition by range(year(date))(
partition p2007 values less than (2008),
partition p2008 values less than (2009),
partition p2009 values less than (2010)
partition p2010 values less than maxvalue
)；
List：
create table list(
a int(11),
b int(11)
)(partition by list (b)
partition p0 values in (1,3,5,7,9),
partition p1 values in (2,4,6,8,0)
);
Hash：
create table hash(
a int(11),
b datetime
)partition by hash (YEAR(b)
partitions 4;
Key：
create table t_key(
a int(11),
b datetime)
partition by key (b)
partitions 4;
分區管理
新增分區
ALTER TABLE sale_data
ADD PARTITION (PARTITION p201010 VALUES LESS THAN (201011));
刪除分區
–當刪除了一個分區，也同時刪除了該分區中全部的數據。
ALTER TABLE sale_data DROP PARTITION p201010;
分區的合併
下面的SQL，將p201001 – p201009 合併爲3個分區p2010Q1 – p2010Q3
ALTER TABLE sale_dataREORGANIZE PARTITION p201001,p201002,p201003,p201004,p201005,p201006,p201007,p201008,p201009 INTO(PARTITION p2010Q1 VALUES LESS THAN (201004),PARTITION p2010Q2 VALUES LESS THAN (201007),PARTITION p2010Q3 VALUES LESS THAN (201010));