Home |  MySQL Buzz |  FAQ |  Feeds |  Submit your blog feed |  Feedback |  Archive |  Aggregate feed RSS 2.0 English Deutsch Español Français Italiano 日本語 Русский Português 中文
Previous 30 Newer Entries Showing entries 61 to 74

Displaying posts with tag: bugs (reset)

AUTO_INCREMENT and MERGE TABLES
+0 Vote Up -0Vote Down

How would you expect AUTO_INCREMENT to work with MERGE tables ? Assuming INSERT_METHOD=LAST is used I would expect it to work same as in case insertion happens to the last table... which does not seems to be the case. Alternatively I would expect AUTO_INCREMENT to be based off the maximum value across all tables, respecting AUTO_INCREMENT set for the Merge Table itself. Neither of these expectations really true:

PLAIN TEXT SQL:
  • mysql> CREATE TABLE a1(i int UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY);
  • Query OK, 0 rows affected (0.01 sec)
  •  
  • mysql> CREATE TABLE a2 LIKE a1;
  • Query OK, 0 rows affected (0.00 sec)
  •  
  • mysql>
  •   [Read more...]
    How quickly you should expect to see bugs fixed
    +0 Vote Up -0Vote Down

    Over a year ago I wrote about pretty nasty Innodb Recovery Bug. I ran in the same situation again (different system, different customer) and went to see the status of the bug... and it is still open.

    You may thing it is minor issue but in fact with large buffer pool this bug makes database virtually unrecoverable (if 10% of progress in 2hours qualifies as that). It is especially nasty as it is quite hard to predict. Both customers had MySQL crash recovery happening in reasonable time... most of the times until they run into this problem.

    So what is the point ? Have modest expectations about when your favorite MySQL bugs are fixed (This is actually Innodb one, so

      [Read more...]
    ?Me too? comments in bug systems
    +0 Vote Up -0Vote Down

    I don’t know about “me too” types of bug replies, but before everyone goes to the bug database and starts saying “me too”, “this affects me”, “please fix this ASAP”, “I won’t use MySQL 5.1 till this is fixed”, I wonder if this will cause more harm (i.e. more bug spam for the developer, and all those subscribed to it) than good.

    It seems like the public Worklog interface gets this right - via voting. Having a count of those that have the same problems, even displayed via “stars”, is

      [Read more...]
    how to fix eleven bugs in mysql 5.1
    +0 Vote Up -0Vote Down
    my “mysql client fixes” branch on launchpad contains fixes for eleven bugs (nine of them reported on bugs.mysql.com).

    don’t get too excited — these are all the lowest priority-level bugs, mostly typos in comments and documentation.

    now i have to figure out the latest process for actually getting these changes into the official tree. there are different policies around how and when to push to trees since i was last doing any server development. from someone who is partially outside, it all seems very tedious and designed to make it impossible to fix anything. process gone bad.

    the mysql server isn’t going to get the benefits of using a good, open-source distributed revision control system unless it stops
    RE: A bugs life
    +0 Vote Up -0Vote Down

    This is a short reply to Michael’s post “A bugs life”.

    This bugs are still relevant for me:

  • Bug #9588 Support for ALTER (or CREATE OR REPLACE) PROCEDURE/FUNCTION <BODY>
  • Bug #18466 add REPLACE to CREATE FUNCTION, PROCEDURE, TRIGGER
  • Bug #33455 Can’t retrieve Routine Parameters if the user has limited privileges
  • In my dreamland they would be fixed before 5.1 reaches GA but I know that probably it is difficult to add such features in a RC version.

    Questions. Do you plan to fix them? If yes, can I ask you when?

    Thanks.
     

    When FLUSH LOGS Fails Silently
    +1 Vote Up -0Vote Down

    According to the manual, FLUSH LOGS is supposed to:

    Closes and reopens all log files. If binary logging is enabled, the sequence number of the binary log file is incremented by one relative to the previous file. On Unix, this is the same thing as sending a SIGHUP signal to the mysqld server (except on some Mac OS X 10.3 versions where mysqld ignores SIGHUP and SIGQUIT).

    If the server is writing error output to a named file (for example, if it was started with the –log-error option), FLUSH LOGS causes it to rename the current error log file with a suffix of -old and create a new empty log file. No renaming occurs if the server is not writing to a named file (for example, if it is writing errors to the console).

    There is a bug, however. In the case when the error log

      [Read more...]
    bug tracking and code review
    +0 Vote Up -0Vote Down
    i was going to write some reactions to an observation that postgresql has no bug tracker and its discussion last week, but lost the spark and abandoned the post after a few days. but today i ran across a quote from linus torvalds that neatly sums up my thoughts:

    We’ve always had some pending/unresolved issues, and I think that as our tracking gets better, there’s likely to be more of them. A number of bug-reports are either hard to reproduce (often including from the reporter) or end up without updates etc.


    before there was a bug tracking system for mysql, there was a claim that all bugs were fixed in each release (or documented), and there has been a lot of pain in seeing



      [Read more...]
    News flash: MySQL 5.1 has zero bugs
    +0 Vote Up -0Vote Down

    Zack Urlocker says MySQL 5.1 has zero bugs. He may have been misquoted, or quoted out of context, but there it is. I’ll quote enough of it that you can’t take it out of context twice:

    Mickos also said MySQL 5.1 has upgraded its reliability and ease of use over 2005’s v5.0.

    “Now we can admit it, but this version is much improved over 5.0, which we weren’t totally happy with,” Mickos confided.

    He reported that more than 1,300 bugs (997 in 2007, 386 so far in 2008) have been fixed in v5.1, and that, according to standard DBT2 benchmarks, the performance of v5.1 is 10 to 15 percent better than the previous version.

    “This version now has zero bugs,” Urlocker told eWEEK.

      [Read more...]
    connector/odbc 5.1.3 (release candidate!)
    +0 Vote Up -0Vote Down
    yeah, it is all odbc, all the time here, it seems. that is just because i can’t write about the really exciting stuff. soon!

    that is not to say that releasing mysql connector/odbc 5.1.3-rc is not a huge milestone! it took us a while to get there, but we finally have a unicode-aware odbc driver that is, in our opinions, production-ready. now we just need some community feedback to find out if we are right. there are a few minor issues we know about already, but the impact of those is generally small enough that the majority of folks should not have any problems.
    iodbc and mac os x problems
    +0 Vote Up -0Vote Down
    working with the iodbc driver manager on mac os x has been a frustration on two fronts.

    first, the installer api functions provided by iodbc constantly set the configuration mode to ODBC_BOTH_DSN, which means you have to keep resetting it to the correct value after nearly every installer api call. this problem is platform-agnostic — the iodbc code is just plain wrong.

    second, when called from the odbc administrator application on mac os x, any failures that the driver reports or passes through from the installer api in registering the driver are ignored, and the application instead uses a generic prompt for dsn configuration.

    so even with the first problem fixed, the second problem has led to a lot of tail-chasing until i discovered that the odbc administrator application only obtains enough privileges to





      [Read more...]
    Bug overview
    +0 Vote Up -0Vote Down

    MySQL is listing a good overview of the bugs they still have open in 5.1
    This list comes very handy as I have on my todolist to figure out which bugs they still have open in 5.1 Cluster to see if we are impacted by one or more of them.
    Now I don't have to manually go trough the lists anymore ..

    thnx MySQL !

    Fortune Cookie
    +0 Vote Up -0Vote Down
    Fortune Cookie at the MySQL Pre-Conference Party.
    File a bug report
    +0 Vote Up -0Vote Down
    Vani and I both started using "Life Balance":http://www.llamagraphics.com/LB/LifeBalanceTop.html for our todo lists in the last week or two. It's great so far. One of the items I added was a occasionally recurring "File a bug report" task. Writing a "good bug report":http://www.chiark.greenend.org.uk/~sgtatham/bugs.html is a relatively quick and easy way to help the authors and maintainers of the software you use make it better. I was working a bit with "Xen":http://www.cl.cam.ac.uk/Research/SRG/netos/xen/ on Fedora Core 5 some days ago and found out that the default scripts don't deal nicely with anything but the most basic net configuration. "Hello bugzilla":https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=193322. MySQL is one of the nicest projects to file bug reports for, because they are very nice about "following up":http://bugs.mysql.com/bug.php?id=19498 and  [Read more...]
    File a bug report
    +0 Vote Up -0Vote Down
    Vani and I both started using "Life Balance":http://www.llamagraphics.com/LB/LifeBalanceTop.html for our todo lists in the last week or two. It's great so far. One of the items I added was a occasionally recurring "File a bug report" task. Writing a "good bug report":http://www.chiark.greenend.org.uk/~sgtatham/bugs.html is a relatively quick and easy way to help the authors and maintainers of the software you use make it better. I was working a bit with "Xen":http://www.cl.cam.ac.uk/Research/SRG/netos/xen/ on Fedora Core 5 some days ago and found out that the default scripts don't deal nicely with anything but the most basic net configuration. "Hello bugzilla":https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=193322. MySQL is one of the nicest projects to file bug reports for, because they are very nice about "following up":http://bugs.mysql.com/bug.php?id=19498 and actually  [Read more...]
    Previous 30 Newer Entries Showing entries 61 to 74

    Planet MySQL © 1995, 2013, Oracle Corporation and/or its affiliates   Legal Policies | Your Privacy Rights | Terms of Use

    Content reproduced on this site is the property of the respective copyright holders. It is not reviewed in advance by Oracle and does not necessarily represent the opinion of Oracle or any other party.