--=-gwKrSLrUXiPOeLjoFyX0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit

Hi All

I am back once again with another replication question (maybe this
can also be handled by MMM but not sure) this time for a different
client.

We are trying to find out how to setup 3 different masters to
replicate to a single slave server (without the need to have 3 different
instances running on the slave machine).

Does anybody have any ideas?

Any ideas will be greatly appreciated.

Regards
Machiel

--=-gwKrSLrUXiPOeLjoFyX0--

--0022152d60cd5528840495cc2f7e
Content-Type: text/plain; charset=ISO-8859-1

You can't, plain and simple - a slave may only have a single master.

You could script binlog shipping, I suppose, if you're so inclined, and
apply them on the slave. No guarantees about it working as expected, though.


On Wed, Nov 24, 2010 at 1:20 PM, Machiel Richards <machielr [at] rdc.co.za>wrote:

> Hi All
>
> I am back once again with another replication question (maybe this
> can also be handled by MMM but not sure) this time for a different
> client.
>
> We are trying to find out how to setup 3 different masters to
> replicate to a single slave server (without the need to have 3 different
> instances running on the slave machine).
>
> Does anybody have any ideas?
>
> Any ideas will be greatly appreciated.
>
> Regards
> Machiel
>



--
Bier met grenadyn
Is als mosterd by den wyn
Sy die't drinkt, is eene kwezel
Hy die't drinkt, is ras een ezel

--0022152d60cd5528840495cc2f7e--

--0016368322d43d348b0495ccc724
Content-Type: text/plain; charset=ISO-8859-1

Johan,

Are you sure mmm couldn't handle this?

Machiel,

Maybe you could `simulate` the whole thing using some federated tables on
one of the slave instances? Then although you are replicating to 3 instances
you could access all the data from a single instance?

Regards

John

On 24 November 2010 13:08, Johan De Meersman <vegivamp [at] tuxera.be> wrote:

> You can't, plain and simple - a slave may only have a single master.
>
> You could script binlog shipping, I suppose, if you're so inclined, and
> apply them on the slave. No guarantees about it working as expected,
> though.
>
>
> On Wed, Nov 24, 2010 at 1:20 PM, Machiel Richards <machielr [at] rdc.co.za
> >wrote:
>
> > Hi All
> >
> > I am back once again with another replication question (maybe this
> > can also be handled by MMM but not sure) this time for a different
> > client.
> >
> > We are trying to find out how to setup 3 different masters to
> > replicate to a single slave server (without the need to have 3 different
> > instances running on the slave machine).
> >
> > Does anybody have any ideas?
> >
> > Any ideas will be greatly appreciated.
> >
> > Regards
> > Machiel
> >
>
>
>
> --
> Bier met grenadyn
> Is als mosterd by den wyn
> Sy die't drinkt, is eene kwezel
> Hy die't drinkt, is ras een ezel
>



--
John Daisley

Certified MySQL 5 Database Administrator
Certified MySQL 5 Developer
Cognos BI Developer

Telephone: +44 (0)7918 621621
Email: john.daisley [at] butterflysystems.co.uk

--0016368322d43d348b0495ccc724--

--001485f91ad2820aa40495ccd55c
Content-Type: text/plain; charset=ISO-8859-1

On Wed, Nov 24, 2010 at 2:50 PM, John Daisley <daisleyjohn [at] googlemail.com>wrote:

> Are you sure mmm couldn't handle this?
>

That, I don't know, but MySQL's internal replication mechanisms definitely
don't support multimaster slaves. If mmm does it, it'll likely be akin to
the offline log shipping I proposed earlier.


> Maybe you could `simulate` the whole thing using some federated tables on
> one of the slave instances? Then although you are replicating to 3
> instances
> you could access all the data from a single instance?
>

Purely with federated tables, you're not actually replicating. You'd have
the data visible on the "slave", but it would be useless for
failover/backup; and it would be less than optimal for querying since you'll
be pulling all the data off the primaries on every select anyway.


--
Bier met grenadyn
Is als mosterd by den wyn
Sy die't drinkt, is eene kwezel
Hy die't drinkt, is ras een ezel

--001485f91ad2820aa40495ccd55c--

TXlTUUwsIGJ5IGRlc2lnbiwgY2Fubm90IGRvIHRoYXQuDQoNCkEgREIgU2Vy dmVyIGNhbiBiZSBN
YXN0ZXIgdG8gTXVsdGlwbGUgU2xhdmVzDQpUaGluayBvZiB0aGUgQ0hBTkdF IE1BU1RFUiBUTyBj
b21tYW5kLg0KSXRzIGludGVybmFsIGRlc2lnbiBjYW5ub3QgYWNjb21tb2Rh dGUgcmVhZGluZyBm
cm9tIG1vcmUgdGhhbiBvbmUgc2V0IG9mIHJlbGF5IGxvZ3MuDQoNCllvdSBj b3VsZCBhdHRlbXB0
IHNvbWV0aGluZyBjb252b2x1dGVkLCBsaWtlDQoxKSBTVE9QIFNMQVZFOw0K MikgQ0hBTkdFIE1B
U1RFUiBUTyA8TWFzdGVyIDE+DQozKSBTVEFSVCBTTEFWRTsNCjQpIFJlYWQg YW5kIHByb2Nlc3Mg
c29tZSBiaW5hcnkgbG9nIHRyYW5zYWN0aW9ucywgd2FpdCB0aWxsIHlvdSBh cmUgemVybyBzZWMg
YmVoaW5kIG1hc3Rlcg0KNSkgU1RPUCBTTEFWRTsNCjYpIENIQU5HRSBNQVNU RVIgVE8gPE1hc3Rl
ciAyPg0KNykgU1RBUlQgU0xBVkU7DQo4KSBSZWFkIHNvbWUgcHJvY2VzcyBi aW5hcnkgbG9nIHRy
YW5zYWN0aW9ucywgd2FpdCB0aWxsIHlvdSBhcmUgemVybyBzZWMgYmVoaW5k IG1hc3Rlcg0KOSkg
UmVwZWF0IGZyb20gc3RlcCAxDQoNCk1ha2Ugc3VyZSBFYWNoIE1hc3RlciBp cyB1cGRhdGluZyBv
bmx5IG9uZSBzcGVjaWZpYyBzZXQgb2YgZGF0YWJhc2VzLCBtdXR1YWwgZXhj bHVzaXZlIGZyb20g
b3RoZXIgTWFzdGVycw0KTWFrZSBzdXJlIHlvdSBwcm9wZXJseSByZWNvcmQg dGhlIGxvZyBmaWxl
IGFuZCBsb2cgcG9zaXRpb24gZnJvbSBlYWNoIG1hc3Rlcg0KDQpJIHdvdWxk IG5ldmVyIHRyeSB0
aGlzIHVuZGVyIG5vcm1hbCBjaXJjdW1zdGFuY2VzLg0KDQpJIHRoaW5rIHRo aXMgd2FzIGRlc2Ny
aWJlZCBpbiB0aGUgIkhpZ2ggUGVyZm9ybWFuY2UgTXlTUUwiIGJvb2sNCmh0 dHA6Ly93d3cuYW1h
em9uLmNvbS9kcC8wNTk2MTAxNzE2P3RhZz14YXByYi0yMA0KDQoNClJvbGFu ZG8gQS4gRWR3YXJk
cw0KTXlTUUwgREJBIChDTURCQSkNCg0KMTU1IEF2ZW51ZSBvZiB0aGUgQW1l cmljYXMsIEZpZnRo
IEZsb29yDQpOZXcgWW9yaywgTlkgMTAwMTMNCjIxMi02MjUtNTMwNyAoV29y aykNCjIwMS02NjAt
MzIyMSAoQ2VsbCkNCkFJTSAmIFNreXBlIDogUm9sYW5kb0xvZ2ljV29yeA0K cmVkd2FyZHNAbG9n
aWN3b3Jrcy5uZXQNCmh0dHA6Ly93d3cubGlua2VkaW4uY29tL2luL3JvbGFu ZG9lZHdhcmRzDQoN
Cg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IE1hY2hpZWwg UmljaGFyZHMgW21h
aWx0bzptYWNoaWVsckByZGMuY28uemFdIA0KU2VudDogV2VkbmVzZGF5LCBO b3ZlbWJlciAyNCwg
MjAxMCA3OjIwIEFNDQpUbzogbXlzcWwgbWFpbGluZyBsaXN0DQpTdWJqZWN0 OiBBbm90aGVyIHJl
cGxpY2F0aW9uIHF1ZXN0aW9uDQoNCkhpIEFsbA0KDQogICAgSSBhbSBiYWNr IG9uY2UgYWdhaW4g
d2l0aCBhbm90aGVyIHJlcGxpY2F0aW9uIHF1ZXN0aW9uIChtYXliZSB0aGlz DQpjYW4gYWxzbyBi
ZSBoYW5kbGVkIGJ5IE1NTSBidXQgbm90IHN1cmUpIHRoaXMgdGltZSBmb3Ig YSBkaWZmZXJlbnQN
CmNsaWVudC4NCg0KICAgIFdlIGFyZSB0cnlpbmcgdG8gZmluZCBvdXQgaG93 IHRvIHNldHVwIDMg
ZGlmZmVyZW50IG1hc3RlcnMgdG8NCnJlcGxpY2F0ZSB0byBhIHNpbmdsZSBz bGF2ZSBzZXJ2ZXIg
KHdpdGhvdXQgdGhlIG5lZWQgdG8gaGF2ZSAzIGRpZmZlcmVudA0KaW5zdGFu Y2VzIHJ1bm5pbmcg
b24gdGhlIHNsYXZlIG1hY2hpbmUpLg0KDQogICAgICAgIERvZXMgYW55Ym9k eSBoYXZlIGFueSBp
ZGVhcz8NCg0KICAgICAgICBBbnkgaWRlYXMgd2lsbCBiZSBncmVhdGx5IGFw cHJlY2lhdGVkLg0K
DQpSZWdhcmRzDQpNYWNoaWVsDQo=

SWYgeW91IHVzZSBhIGNoYWluIG9mIG1hc3RlcnMsIHlvdSBjYW4gYWNjb21w bGlzaCB0aGUgc2Ft
ZSBlZmZlY3Q6DQoNCk1hc3RlcjEtPk1hc3RlcjItPk1hc3Rlci0+My0+U2xh dmUNCg0KSG93ZXZl
ciBJIGRvbid0IHJlY29tbWVuZCB0aGlzIHNpbmNlIHRoZSBtb3JlIGxpbmtz IHlvdSBoYXZlIGlu
IGEgcmVwbGljYXRpb24gY2hhaW4sIHRoZSBlYXNpZXIgaXQgaXMgdG8gYnJl YWsgaXQgaW4gYSB3
YXkgdGhhdCdzIHZlcnkgbm90LWZ1biB0byBkZWFsIHdpdGguDQoNCg0KLS0t LS1PcmlnaW5hbCBN
ZXNzYWdlLS0tLS0NCkZyb206IFJvbGFuZG8gRWR3YXJkcyBbbWFpbHRvOnJl ZHdhcmRzQGxvZ2lj
d29ya3MubmV0XQ0KU2VudDogV2VkbmVzZGF5LCBOb3ZlbWJlciAyNCwgMjAx MCA2OjUzIEFNDQpU
bzogTWFjaGllbCBSaWNoYXJkczsgbXlzcWwgbWFpbGluZyBsaXN0DQpTdWJq ZWN0OiBSRTogQW5v
dGhlciByZXBsaWNhdGlvbiBxdWVzdGlvbg0KDQpNeVNRTCwgYnkgZGVzaWdu LCBjYW5ub3QgZG8g
dGhhdC4NCg0KQSBEQiBTZXJ2ZXIgY2FuIGJlIE1hc3RlciB0byBNdWx0aXBs ZSBTbGF2ZXMNClRo
aW5rIG9mIHRoZSBDSEFOR0UgTUFTVEVSIFRPIGNvbW1hbmQuDQpJdHMgaW50 ZXJuYWwgZGVzaWdu
IGNhbm5vdCBhY2NvbW1vZGF0ZSByZWFkaW5nIGZyb20gbW9yZSB0aGFuIG9u ZSBzZXQgb2YgcmVs
YXkgbG9ncy4NCg0KWW91IGNvdWxkIGF0dGVtcHQgc29tZXRoaW5nIGNvbnZv bHV0ZWQsIGxpa2UN
CjEpIFNUT1AgU0xBVkU7DQoyKSBDSEFOR0UgTUFTVEVSIFRPIDxNYXN0ZXIg MT4NCjMpIFNUQVJU
IFNMQVZFOw0KNCkgUmVhZCBhbmQgcHJvY2VzcyBzb21lIGJpbmFyeSBsb2cg dHJhbnNhY3Rpb25z
LCB3YWl0IHRpbGwgeW91IGFyZSB6ZXJvIHNlYyBiZWhpbmQgbWFzdGVyDQo1 KSBTVE9QIFNMQVZF
Ow0KNikgQ0hBTkdFIE1BU1RFUiBUTyA8TWFzdGVyIDI+DQo3KSBTVEFSVCBT TEFWRTsNCjgpIFJl
YWQgc29tZSBwcm9jZXNzIGJpbmFyeSBsb2cgdHJhbnNhY3Rpb25zLCB3YWl0 IHRpbGwgeW91IGFy
ZSB6ZXJvIHNlYyBiZWhpbmQgbWFzdGVyDQo5KSBSZXBlYXQgZnJvbSBzdGVw IDENCg0KTWFrZSBz
dXJlIEVhY2ggTWFzdGVyIGlzIHVwZGF0aW5nIG9ubHkgb25lIHNwZWNpZmlj IHNldCBvZiBkYXRh
YmFzZXMsIG11dHVhbCBleGNsdXNpdmUgZnJvbSBvdGhlciBNYXN0ZXJzDQpN YWtlIHN1cmUgeW91
IHByb3Blcmx5IHJlY29yZCB0aGUgbG9nIGZpbGUgYW5kIGxvZyBwb3NpdGlv biBmcm9tIGVhY2gg
bWFzdGVyDQoNCkkgd291bGQgbmV2ZXIgdHJ5IHRoaXMgdW5kZXIgbm9ybWFs IGNpcmN1bXN0YW5j
ZXMuDQoNCkkgdGhpbmsgdGhpcyB3YXMgZGVzY3JpYmVkIGluIHRoZSAiSGln aCBQZXJmb3JtYW5j
ZSBNeVNRTCIgYm9vaw0KaHR0cDovL3d3dy5hbWF6b24uY29tL2RwLzA1OTYx MDE3MTY/dGFnPXhh
cHJiLTIwDQoNCg0KUm9sYW5kbyBBLiBFZHdhcmRzDQpNeVNRTCBEQkEgKENN REJBKQ0KDQoxNTUg
QXZlbnVlIG9mIHRoZSBBbWVyaWNhcywgRmlmdGggRmxvb3INCk5ldyBZb3Jr LCBOWSAxMDAxMw0K
MjEyLTYyNS01MzA3IChXb3JrKQ0KMjAxLTY2MC0zMjIxIChDZWxsKQ0KQUlN ICYgU2t5cGUgOiBS
b2xhbmRvTG9naWNXb3J4DQpyZWR3YXJkc0Bsb2dpY3dvcmtzLm5ldA0KaHR0 cDovL3d3dy5saW5r
ZWRpbi5jb20vaW4vcm9sYW5kb2Vkd2FyZHMNCg0KDQotLS0tLU9yaWdpbmFs IE1lc3NhZ2UtLS0t
LQ0KRnJvbTogTWFjaGllbCBSaWNoYXJkcyBbbWFpbHRvOm1hY2hpZWxyQHJk Yy5jby56YV0NClNl
bnQ6IFdlZG5lc2RheSwgTm92ZW1iZXIgMjQsIDIwMTAgNzoyMCBBTQ0KVG86 IG15c3FsIG1haWxp
bmcgbGlzdA0KU3ViamVjdDogQW5vdGhlciByZXBsaWNhdGlvbiBxdWVzdGlv bg0KDQpIaSBBbGwN
Cg0KICAgIEkgYW0gYmFjayBvbmNlIGFnYWluIHdpdGggYW5vdGhlciByZXBs aWNhdGlvbiBxdWVz
dGlvbiAobWF5YmUgdGhpcw0KY2FuIGFsc28gYmUgaGFuZGxlZCBieSBNTU0g YnV0IG5vdCBzdXJl
KSB0aGlzIHRpbWUgZm9yIGEgZGlmZmVyZW50DQpjbGllbnQuDQoNCiAgICBX ZSBhcmUgdHJ5aW5n
IHRvIGZpbmQgb3V0IGhvdyB0byBzZXR1cCAzIGRpZmZlcmVudCBtYXN0ZXJz IHRvDQpyZXBsaWNh
dGUgdG8gYSBzaW5nbGUgc2xhdmUgc2VydmVyICh3aXRob3V0IHRoZSBuZWVk IHRvIGhhdmUgMyBk
aWZmZXJlbnQNCmluc3RhbmNlcyBydW5uaW5nIG9uIHRoZSBzbGF2ZSBtYWNo aW5lKS4NCg0KICAg
ICAgICBEb2VzIGFueWJvZHkgaGF2ZSBhbnkgaWRlYXM/DQoNCiAgICAgICAg QW55IGlkZWFzIHdp
bGwgYmUgZ3JlYXRseSBhcHByZWNpYXRlZC4NCg0KUmVnYXJkcw0KTWFjaGll bA0KDQpUaGlzIG1l
c3NhZ2UgY29udGFpbnMgY29uZmlkZW50aWFsIGluZm9ybWF0aW9uIGFuZCBp cyBpbnRlbmRlZCBv
bmx5IGZvciB0aGUgaW5kaXZpZHVhbCBuYW1lZC4gIElmIHlvdSBhcmUgbm90 IHRoZSBuYW1lZCBh
ZGRyZXNzZWUsIHlvdSBhcmUgbm90aWZpZWQgdGhhdCByZXZpZXdpbmcsIGRp c3NlbWluYXRpbmcs
IGRpc2Nsb3NpbmcsIGNvcHlpbmcgb3IgZGlzdHJpYnV0aW5nIHRoaXMgZS1t YWlsIGlzIHN0cmlj
dGx5IHByb2hpYml0ZWQuICBQbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgaW1t ZWRpYXRlbHkgYnkg
ZS1tYWlsIGlmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZS1tYWlsIGJ5IG1p c3Rha2UgYW5kIGRl
bGV0ZSB0aGlzIGUtbWFpbCBmcm9tIHlvdXIgc3lzdGVtLiBFLW1haWwgdHJh bnNtaXNzaW9uIGNh
bm5vdCBiZSBndWFyYW50ZWVkIHRvIGJlIHNlY3VyZSBvciBlcnJvci1mcmVl IGFzIGluZm9ybWF0
aW9uIGNvdWxkIGJlIGludGVyY2VwdGVkLCBjb3JydXB0ZWQsIGxvc3QsIGRl c3Ryb3llZCwgYXJy
aXZlIGxhdGUgb3IgaW5jb21wbGV0ZSwgb3IgY29udGFpbiB2aXJ1c2VzLiBU aGUgc2VuZGVyIHRo
ZXJlZm9yZSBkb2VzIG5vdCBhY2NlcHQgbGlhYmlsaXR5IGZvciBhbnkgbG9z cyBvciBkYW1hZ2Ug
Y2F1c2VkIGJ5IHZpcnVzZXMgb3IgZXJyb3JzIG9yIG9taXNzaW9ucyBpbiB0 aGUgY29udGVudHMg
b2YgdGhpcyBtZXNzYWdlLCB3aGljaCBhcmlzZSBhcyBhIHJlc3VsdCBvZiBl LW1haWwgdHJhbnNt
aXNzaW9uLiBbRnJpZW5kRmluZGVyIE5ldHdvcmtzLCBJbmMuLCAyMjAgSHVt Ym9sZHQgQ291cnQs
IFN1bm55dmFsZSwgQ0EgOTQwODksIFVTQSwgRnJpZW5kRmluZGVyLmNvbQ0K

--0023547c9be192dfff04980bb093
Content-Type: text/plain; charset=UTF-8

This way is very well, but it has to do lots of human work.
David Yeung, In China, Beijing.
My First Blog:http://yueliangdao0608.cublog.cn
My Second Blog:http://yueliangdao0608.blog.51cto.com
My Msn: yueliangdao0608 [at] gmail.com



2010/11/24 Rolando Edwards <redwards [at] logicworks.net>

> MySQL, by design, cannot do that.
>
> A DB Server can be Master to Multiple Slaves
> Think of the CHANGE MASTER TO command.
> Its internal design cannot accommodate reading from more than one set of
> relay logs.
>
> You could attempt something convoluted, like
> 1) STOP SLAVE;
> 2) CHANGE MASTER TO <Master 1>
> 3) START SLAVE;
> 4) Read and process some binary log transactions, wait till you are zero
> sec behind master
> 5) STOP SLAVE;
> 6) CHANGE MASTER TO <Master 2>
> 7) START SLAVE;
> 8) Read some process binary log transactions, wait till you are zero sec
> behind master
> 9) Repeat from step 1
>
> Make sure Each Master is updating only one specific set of databases,
> mutual exclusive from other Masters
> Make sure you properly record the log file and log position from each
> master
>
> I would never try this under normal circumstances.
>
> I think this was described in the "High Performance MySQL" book
> http://www.amazon.com/dp/0596101716?tag=xaprb-20
>
>
> Rolando A. Edwards
> MySQL DBA (CMDBA)
>
> 155 Avenue of the Americas, Fifth Floor
> New York, NY 10013
> 212-625-5307 (Work)
> 201-660-3221 (Cell)
> AIM & Skype : RolandoLogicWorx
> redwards [at] logicworks.net
> http://www.linkedin.com/in/rolandoedwards
>
>
> -----Original Message-----
> From: Machiel Richards [mailto:machielr [at] rdc.co.za]
> Sent: Wednesday, November 24, 2010 7:20 AM
> To: mysql mailing list
> Subject: Another replication question
>
> Hi All
>
> I am back once again with another replication question (maybe this
> can also be handled by MMM but not sure) this time for a different
> client.
>
> We are trying to find out how to setup 3 different masters to
> replicate to a single slave server (without the need to have 3 different
> instances running on the slave machine).
>
> Does anybody have any ideas?
>
> Any ideas will be greatly appreciated.
>
> Regards
> Machiel
>

--0023547c9be192dfff04980bb093--

This guy has been saying nothing meaningful on this list, but
advertise his blog everywhere.
Just be shame. He should be kicked out from the list.

Jorg.

2010/12/23 =D1=EE=CC=CE=CC=CE <david.yang [at] actionsky.com>:
> This way is very well, but it has to do lots of human work.
> David Yeung, In China, Beijing.
> My First Blog:http://yueliangdao0608.cublog.cn
> My Second Blog:http://yueliangdao0608.blog.51cto.com
> My Msn: yueliangdao0608 [at] gmail.com
>
>

--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe: http://lists.mysql.com/mysql?unsub=3Dgcdmg-mysql-2 [at] m.gmane.o rg

--002215046b87bbb165049812cf2d
Content-Type: text/plain; charset=GB2312
Content-Transfer-Encoding: quoted-printable

Glad to hear I'm not the only one annoyed :-) I've plonked him in the
meantime.

2010/12/23 Jorg W Young <JorgWYoung+ML [at] gmail.com <JorgWYoung%2BML [at] gmail.com=
>
>

> This guy has been saying nothing meaningful on this list, but
> advertise his blog everywhere.
> Just be shame. He should be kicked out from the list.
>
> Jorg.
>
> 2010/12/23 =D1=EE=CC=CE=CC=CE <david.yang [at] actionsky.com>:
> > This way is very well, but it has to do lots of human work.
> > David Yeung, In China, Beijing.
> > My First Blog:http://yueliangdao0608.cublog.cn
> > My Second Blog:http://yueliangdao0608.blog.51cto.com
> > My Msn: yueliangdao0608 [at] gmail.com
> >
> >
>
> --
> MySQL General Mailing List
> For list archives: http://lists.mysql.com/mysql
> To unsubscribe: http://lists.mysql.com/mysql?unsub=3Dvegivamp [at] tuxera.b=
e
>
>


--
Bier met grenadyn
Is als mosterd by den wyn
Sy die't drinkt, is eene kwezel
Hy die't drinkt, is ras een ezel

--002215046b87bbb165049812cf2d--

--001636eef06561d9c90498862830
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Ok, I'll not post any more! Just reading!


David Yeung, In China, Beijing.
My First Blog:http://yueliangdao0608.cublog.cn
My Second Blog:http://yueliangdao0608.blog.51cto.com
My Msn: yueliangdao0608 [at] gmail.com



=E5=9C=A8 2010=E5=B9=B412=E6=9C=8823=E6=97=A5 ä=B8=8B=E5=8D=888:14=EF=BC=
=8CJohan De Meersman <vegivamp [at] tuxera.be>=E5=86=99=E9=81=93=EF=BC=9A

> Glad to hear I'm not the only one annoyed :-) I've plonked him in the
> meantime.
>
> 2010/12/23 Jorg W Young <JorgWYoung+ML [at] gmail.com<JorgWYoung%2BML [at] gmail.co=
m><
> JorgWYoung%2BML [at] gmail.com <JorgWYoung%252BML [at] gmail.com>>
> >
>
> > This guy has been saying nothing meaningful on this list, but
> > advertise his blog everywhere.
> > Just be shame. He should be kicked out from the list.
> >
> > Jorg.
> >
> > 2010/12/23 =E6=9D=A8=E6=B6=9B=E6=B6=9B <david.yang [at] actionsky.com>:
> > > This way is very well, but it has to do lots of human work.
> > > David Yeung, In China, Beijing.
> > > My First Blog:http://yueliangdao0608.cublog.cn
> > > My Second Blog:http://yueliangdao0608.blog.51cto.com
> > > My Msn: yueliangdao0608 [at] gmail.com
> > >
> > >
> >
> > --
> > MySQL General Mailing List
> > For list archives: http://lists.mysql.com/mysql
> > To unsubscribe: http://lists.mysql.com/mysql?unsub=3Dvegivamp [at] tuxera=
..be
> >
> >
>
>
> --
> Bier met grenadyn
> Is als mosterd by den wyn
> Sy die't drinkt, is eene kwezel
> Hy die't drinkt, is ras een ezel
>

--001636eef06561d9c90498862830--

really really a little noisy.

=E8=BF=99ä=B8=8B=E7=8A=AFä=BC=97=E6=80=92ä=BA=86=E5=90 =A7=EF=BC=8C=E6=
=8B=9Bä=BA=BA=E7=83=A6ä=BA=86~ =E5=9B=A7

Best regards,
Sharl.Jimh.Tsin (From China **Obviously Taiwan INCLUDED**)



2010/12/29 =E6=9D=A8=E6=B6=9B=E6=B6=9B <david.yang [at] actionsky.com>:
> Ok, I'll not post any more! =C2=A0Just reading!
>
>
> David Yeung, In China, Beijing.
> My First Blog:http://yueliangdao0608.cublog.cn
> My Second Blog:http://yueliangdao0608.blog.51cto.com
> My Msn: yueliangdao0608 [at] gmail.com
>
>
>
> =E5=9C=A8 2010=E5=B9=B412=E6=9C=8823=E6=97=A5 ä=B8=8B=E5=8D=888:14=EF=
=BC=8CJohan De Meersman <vegivamp [at] tuxera.be>=E5=86=99=E9=81=93=EF=BC=9A
>
>> Glad to hear I'm not the only one annoyed :-) I've plonked him in the
>> meantime.
>>
>> 2010/12/23 Jorg W Young <JorgWYoung+ML [at] gmail.com<JorgWYoung%2BML [at] gmail.c=
om><
>> JorgWYoung%2BML [at] gmail.com <JorgWYoung%252BML [at] gmail.com>>
>> >
>>
>> > This guy has been saying nothing meaningful on this list, but
>> > advertise his blog everywhere.
>> > Just be shame. He should be kicked out from the list.
>> >
>> > Jorg.
>> >
>> > 2010/12/23 =E6=9D=A8=E6=B6=9B=E6=B6=9B <david.yang [at] actionsky.com>:
>> > > This way is very well, =C2=A0but it has to do lots of human work.
>> > > David Yeung, In China, Beijing.
>> > > My First Blog:http://yueliangdao0608.cublog.cn
>> > > My Second Blog:http://yueliangdao0608.blog.51cto.com
>> > > My Msn: yueliangdao0608 [at] gmail.com
>> > >
>> > >
>> >
>> > --
>> > MySQL General Mailing List
>> > For list archives: http://lists.mysql.com/mysql
>> > To unsubscribe: =C2=A0 =C2=A0http://lists.mysql.com/mysql?unsub=3Dvegi=
vamp [at] tuxera.be
>> >
>> >
>>
>>
>> --
>> Bier met grenadyn
>> Is als mosterd by den wyn
>> Sy die't drinkt, is eene kwezel
>> Hy die't drinkt, is ras een ezel
>>
>

--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe: http://lists.mysql.com/mysql?unsub=3Dgcdmg-mysql-2 [at] m.gmane.o rg