| List: | Internals | « Previous MessageNext Message » | |
| From: | Michael Widenius | Date: | April 13 2009 8:56pm |
| Subject: | Re: Client Authentication Packet w/ databasename | ||
| View as plain text | |||
Hi! >>>>> "Baron" == Baron Schwartz <baron@stripped> writes: Baron> OK, so peeking into the protocol is making me think about all sorts of Baron> things I hadn't before. For one thing, I assume (but haven't any Baron> proof) that not only can a network packet contain multiple protocol Baron> packets, but a protocol packet could be fragmented across network Baron> packets. An IPv4 packet can't be bigger than 65k, but a protocol Baron> packet can be up to 16MB. True/false? True (almost) There is no connection between IPv5 and logical MySQL packets. Note that protocol packets can be bigger than 16M; If a packet has a length of 16M (MAX_PACKET_LENGTH) it means that it's the current packet should be extended with information of the next packet. This is the way we send over blobs that are > 16M. <cut> Regards, Monty
| Thread | ||
|---|---|---|
| • Client Authentication Packet w/ databasename | Baron Schwartz | 12 Apr |
| • Re: Client Authentication Packet w/ databasename | Eric Day | 12 Apr |
| • Re: Client Authentication Packet w/ databasename | Baron Schwartz | 12 Apr |
| • Re: Client Authentication Packet w/ databasename | Baron Schwartz | 12 Apr |
| • Re: Client Authentication Packet w/ databasename | Eric Day | 12 Apr |
| • Re: Client Authentication Packet w/ databasename | Baron Schwartz | 12 Apr |
| • Re: Client Authentication Packet w/ databasename | Baron Schwartz | 12 Apr |
| • Re: Client Authentication Packet w/ databasename | Eric Bergen | 13 Apr |
| • Re: Client Authentication Packet w/ databasename | Kay Röpke | 14 Apr |
| • Re: Client Authentication Packet w/ databasename | Baron Schwartz | 16 Apr |
| • Re: Client Authentication Packet w/ databasename | Kristian Nielsen | 13 Apr |
| • Re: Client Authentication Packet w/ databasename | Michael Widenius | 13 Apr |
| • Re: Client Authentication Packet w/ databasename | Konstantin Osipov | 13 Apr |
