Fantastic!  Thats great.<br><br><div><span class="gmail_quote">On 3/26/07, <b class="gmail_sendername">SteveC</b> <<a href="mailto:steve@asklater.com">steve@asklater.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

oh and I did the same for the mapnik layer so it too should be much quicker.<br><br>SteveC wrote:<br>> Grant<br>><br>> Thanks for that.<br>><br>> I've changed the user table to innodb (after testing it on a empty test

> db) as you suggested and have sat watching mytop. queries resulting from > people browsing <a href="http://osm.org/traces/">osm.org/traces/</a> no longer lock the user table and the > query throughput has gone up a billion percent or whatever.

<br>><br>> So things should be significantly quicker now.<br>><br>> Grant Slater wrote:<br>>> SteveC wrote:<br>>>> grant says you can do<br>>>><br>>>> ALTER TABLE `users`  ENGINE = innodb;

<br>>>><br>>>> on a per-table basis. This would immediately solve a ton of problems,<br>>>> does anyone have a setup/time to test all works with something like this?<br>>>><br>>>>

>> ALTER `Table` syntax defined here: >> <a href="http://dev.mysql.com/doc/refman/5.1/en/alter-table.html">http://dev.mysql.com/doc/refman/5.1/en/alter-table.html</a> >> >> Per table engine/backend switching is supported.

>> >> My other notes:.... >> >> Current: >> - AUTO_INCREMENT| |columns, you must define an index for the table, and >> that index must contain just the |AUTO_INCREMENT| column.

<br>>> (tables affected: `area_tags`,`gpx_file_tags`, `way_segments` & `ways`)<br>>> - Innodb does not support fulltext.<br>>> (tables affected: 'current_way_tags')<br>>> - In InnoDB, having a long  PRIMARY KEY| |wastes a lot of disk space

<br>>> because its value must be stored with every secondary index record.<br>>> (tables affected: `area_segments`,`area_tags`, `areas`, `gpx_file_tags`,<br>>> `way_segments`)<br>>><br>>> Future:

>> - Innodb does not support indexes on spatial types. >> >> Transaction support likely to create problems? Code tweaks? >> SET AUTOCOMMIT = 1??? >> >> Recommendations for InnoDB tuning? Defaults OK/Suitable?

<br>>><br>>> Any comments?<br>>><br>>> Current DB Schema here: <a href="http://svn.openstreetmap.org/sql/mysql-schema.sql">http://svn.openstreetmap.org/sql/mysql-schema.sql</a><br>>><br>>>

<br>>><br>>><br>><br><br>--<br>have fun,<br><br>SteveC <a href="mailto:steve@asklater.com">steve@asklater.com</a> <a href="http://www.asklater.com/steve/">http://www.asklater.com/steve/</a><br><br>_______________________________________________

<br>dev mailing list<br><a href="mailto:dev@openstreetmap.org">dev@openstreetmap.org</a><br><a href="http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev">http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev

</a><br></blockquote></div><br><br clear="all"><br>-- <br>Ray Booysen<br><a href="mailto:raybooysen@rjb.za.net">raybooysen@rjb.za.net</a>