Re: slave replication with lots of 'duplicate entry' errors

2013-02-14 Thread Robert Citek
Agreed. Will do that along with several other possible changes. But for the moment, I'm still gathering information and coming up with plausible models. Will also be turning on general mysql logging on both Master and Slave, at least briefly, to see what statements are being run on both. Regard

MySQL 5.1: incorrect arithmetic calculation

2013-02-14 Thread Alex Keda
bkp0# mysql h5000_bill Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 1643184 Server version: 5.1.68-log FreeBSD port: mysql-server-5.1.68 Copyright (c) 2000, 2013, Oracle and/or its affiliates. All rights reserved. Oracle is a registered trademark of Oracl

RE: Please check the stored procedure

2013-02-14 Thread Peterson, Timothy R
To adjust a table name within a SQL statement, you need to create a string with the updated values and use PREPARE/EXECUTE See below, I am replacing your CONCAT with the complete insert statement The example below is also assuming the value in the WHERE clause should be adjusted to the number, inst

Re: slave replication with lots of 'duplicate entry' errors

2013-02-14 Thread Manuel Arostegui
2013/2/13 Robert Citek > On Wed, Feb 13, 2013 at 8:59 AM, Robert Citek > wrote: > > Any other possibilities? Do other scenarios become likely if there > > are two or more tables? > > > > Of those, which are the most likely? > > [from off-list responder]: > > Other possibility: The replication i

Re: Upgrading form mysql 5.0.90 to 5.5 or 5.6

2013-02-14 Thread Mihail Manolov
The ones that didn't work for me required table rearrangement in the query. MySQL 5.5 was very particular about the table join order. On Feb 14, 2013, at 6:11 PM, Rick James wrote: > Singer, do you have some examples? > >> -Original Message- >> From: Singer Wang [mailto:w...@singerwang.

Re: slave replication with lots of 'duplicate entry' errors

2013-02-14 Thread Robert Citek
Yes. Except for a handful of static MyISAM tables. But the tables that are experiencing the issues are all InnoDB and large (a dozen or so fields, but lots of records.) Regards, - Robert On Thu, Feb 14, 2013 at 5:59 PM, Singer Wang wrote: > Are you using all InnoDB? > > S -- MySQL General Ma

Re: Upgrading form mysql 5.0.90 to 5.5 or 5.6

2013-02-14 Thread Singer Wang
There are queries that works with 5.1/5.0 that do not work with 5.5, I would test extensively.. S On Thu, Feb 14, 2013 at 5:22 PM, Mihail Manolov < mihail.mano...@liquidation.com> wrote: > You could jump from 5.0 directly to 5.5 and skip 5.1. I have without any > issues. There are some configur

Re: slave replication with lots of 'duplicate entry' errors

2013-02-14 Thread Robert Citek
On Thu, Feb 14, 2013 at 4:54 PM, Manuel Arostegui wrote: > 2013/2/13 Robert Citek >> >> On Wed, Feb 13, 2013 at 8:59 AM, Robert Citek >> wrote: >> > Any other possibilities? Do other scenarios become likely if there >> > are two or more tables? >> > >> > Of those, which are the most likely? >>

Re: Upgrading form mysql 5.0.90 to 5.5 or 5.6

2013-02-14 Thread Mihail Manolov
You could jump from 5.0 directly to 5.5 and skip 5.1. I have without any issues. There are some configuration file change, which you may want to consider checking. I definitely recommend upgrading your development servers for an extensive testing. Some queries _may_ run slower or not work at all

Re: Upgrading form mysql 5.0.90 to 5.5 or 5.6

2013-02-14 Thread Singer Wang
Its a very pedantic case, but we had a few instances where it was an issue at my last job. It basically involved multi-table deletes and aliasing.. I quote the change notes for MySQL 5.5.3 *Incompatible Change:* Several changes were made to alias resolution in multiple-table DELETE statements so t

RE: Upgrading form mysql 5.0.90 to 5.5 or 5.6

2013-02-14 Thread Rick James
Sounds like something that, once discovered, can be fixed in the old version -- then it works correctly in both. That is what happened with a 4.0->5.1 conversion years ago. With 1000 different tables and associated code, we encountered two incompatibilities. One had to do with NULLs, the othe

RE: Upgrading form mysql 5.0.90 to 5.5 or 5.6

2013-02-14 Thread Rick James
Are you saying there was a regression in the Optimizer? (Sounds like a workaround is to do STRAIGHT_JOIN -- yuck!) I compared several hundred "slow" queries on 5.1 versus MariaDB 5.5. I found several improvements. > -Original Message- > From: Mihail Manolov [mailto:mihail.mano...@liqui

Re: slave replication with lots of 'duplicate entry' errors

2013-02-14 Thread Robert Citek
On Thu, Feb 14, 2013 at 5:46 PM, Rick James wrote: >> Is it in read only mode? > Furthermore, are all users logging in as non-SUPER users? Note: root > bypasses the readonly flag! No. The user that is commonly used does have Super privileges. I am not sure why, but it does. Regards, - Rober

RE: Upgrading form mysql 5.0.90 to 5.5 or 5.6

2013-02-14 Thread Rick James
Singer, do you have some examples? > -Original Message- > From: Singer Wang [mailto:w...@singerwang.com] > Sent: Thursday, February 14, 2013 2:59 PM > To: Mihail Manolov > Cc: Mike Franon; Akshay Suryavanshi; > Subject: Re: Upgrading form mysql 5.0.90 to 5.5 or 5.6 > > There are queries

Re: slave replication with lots of 'duplicate entry' errors

2013-02-14 Thread Singer Wang
Are you using all InnoDB? S On Thu, Feb 14, 2013 at 5:55 PM, Robert Citek wrote: > On Thu, Feb 14, 2013 at 4:54 PM, Manuel Arostegui > wrote: > > 2013/2/13 Robert Citek > >> > >> On Wed, Feb 13, 2013 at 8:59 AM, Robert Citek > >> wrote: > >> > Any other possibilities? Do other scenarios bec

RE: slave replication with lots of 'duplicate entry' errors

2013-02-14 Thread Rick James
> Is it in read only mode? Furthermore, are all users logging in as non-SUPER users? Note: root bypasses the readonly flag! > -Original Message- > From: Manuel Arostegui [mailto:man...@tuenti.com] > Sent: Thursday, February 14, 2013 1:55 PM > To: Robert Citek > Cc: mysql > Subject: Re:

RE: slave replication with lots of 'duplicate entry' errors

2013-02-14 Thread Rick James
Recommend, for security reasons, you rectify that. If you need some SUPER action, create a stored procedure with privileges 'creator', so the security hole is still mostly contained. > -Original Message- > From: Robert Citek [mailto:robert.ci...@gmail.com] > Sent: Thursday, February 14, 2

RE: Upgrading form mysql 5.0.90 to 5.5 or 5.6

2013-02-14 Thread Rick James
Ditto. I would mysqldump 5.0, load it onto a 5.5 (or 5.6) box that you have as a slave of the 5.0 master. The load may uncover some issues. Testing reads may uncover issues. The replication stream will test the writes; it may uncover issues. After being comfortable with that, build new slav

Re: Upgrading form mysql 5.0.90 to 5.5 or 5.6

2013-02-14 Thread Akshay Suryavanshi
Mike, 5.6 is GA now, so its stable release. Also you should not jump to 5.6 directly, atleast from 5.0. There are many bug fixes and changes in 5.1, so you should consider this way. 5.0-->5.1-->5.5 (all slaves first, and then the master) And further 5.5 --> 5.6 (again all slaves first and then

Re: Upgrading form mysql 5.0.90 to 5.5 or 5.6

2013-02-14 Thread Mike Franon
Great thanks for the info, I guess the best way to do this is take a spare server, set it up with our standard setup, and then start the upgrade as you said 5.0 -> 5.1 -> 5.5, test and then upgrade to 5.6 and test. On Thu, Feb 14, 2013 at 4:22 PM, Akshay Suryavanshi wrote: > Mike, > > 5.6

Re: Upgrading form mysql 5.0.90 to 5.5 or 5.6

2013-02-14 Thread Manuel Arostegui
2013/2/14 Mike Franon > Great thanks for the info, I guess the best way to do this is take a > spare server, set it up with our standard setup, and then start the > upgrade as you said 5.0 -> 5.1 -> 5.5, test and then upgrade to 5.6 > and test. Do not forget to leave that spare server running f