Migrating from PostgreSQL to MySQL  at Cocolog Naoto Yokoyama, NIFTY Corporation Garth Webb, Six Apart Lisa Phillips, Six ...
Agenda <ul><li>1. What is Cocolog </li></ul><ul><li>2. History of Cocolog </li></ul><ul><li>3. DBP: Database Partitioning ...
1. What is Cocolog
What is Cocolog <ul><li>NIFTY Corporation </li></ul><ul><ul><li>Established in 1986 </li></ul></ul><ul><ul><li>A Fujitsu G...
Cocolog (Screenshot of home page) 2008/04 700 Thousand Users
Cocolog (Screenshot of home page) TypePad Cocolog
Cocolog template sets
Cocolog Growth (User)   ■ Cocolog   ■ Cocolog Free phase1 phase2 phase3 phase4
Cocolog Growth (Entry)   ■ Cocolog   ■ Cocolog Free phase1 phase2 phase3 phase4
Technology at Cocolog <ul><li>Core System </li></ul><ul><ul><li>Linux 2.4/2.6 </li></ul></ul><ul><ul><li>Apache 1.3/2.0/2....
Monitoring <ul><li>Management Tool </li></ul><ul><ul><li>Proprietary in-house development with PostgreSQL, PHP, and Perl <...
Tips for migration <ul><li>Troubles with PostreSQL 7.4-8.1&Linux 2.4/2.6 </li></ul><ul><ul><li>VACUUM </li></ul></ul><ul><...
2. History of Cocolog
Phase1 2003/12 ~ (Entry: 0.04 Million ) Register Postgre SQL NAS WEB Static contents Published Before DBP 10servers TypePad
Phase2 2004/12 ~  (Entry: 7 Million ) Podcast Portal Profile   Etc.. Rich template Publish Book Tel Operator Support NAS W...
Phase2  - Problems <ul><li>The system is tightly coupled. </li></ul><ul><ul><li>Database server is receiving from multiple...
Phase3 2006/3 ~  (Entry: 12 Million ) NAS WEB Static contents Published Web-API memcached Podcast Portal Profile   Etc.. P...
Phase4 2007/4 ~  (Entry: 16 Million ) Web-API NAS WEB Static contents Published memcached Atom Mobile WEB Rich template Pu...
Now 2008/4 ~ Web-API NAS WEB Static contents Published memcached Atom Mobile WEB Typepad Rich template Publish Book Tel Op...
3.  TypePad Database Partitioning
Steps for Transitioning <ul><li>Server Preparation      Hardware and software setup </li></ul><ul><li>Global Write      Wr...
TypePad Overview (PreDBP) ‏ Storage Database (Postgres) ‏ Static Content (HTML, Images, etc) ‏ Application Server Web Serv...
Why Partition? TypePad TypePad TypePad Non- User Role TypePad User Role (User0) ‏ All inquires (access) go to one DB(Postg...
Server Preparation Non- User Role TypePad User Role (User0) ‏ DB(PostgreSQL) ‏ User Role (User1) ‏ User Role (User2) ‏ Use...
Global Write Creating the user map Non- User Role TypePad User Role (User0) ‏ DB(PostgreSQL) ‏ User Role (User1) ‏ User Ro...
Global Read Use the user map to find the user partition Non- User Role TypePad User Role (User0) ‏ DB(PostgreSQL) ‏ User R...
Move Sequence Migrating primary key generation Non- User Role TypePad User Role (User0) ‏ DB(PostgreSQL) ‏ User Role (User...
User Data Move Moving user data to the new user-role partitions Non- User Role TypePad User Role (User0) ‏ DB(PostgreSQL) ...
New User Partition New registrations are created on one user role partition Non- User Role TypePad User Role (User0) ‏ DB(...
New User Strategy Pick a scheme for distributing new users Non- User Role TypePad User Role (User0) ‏ DB(PostgreSQL) ‏ Use...
Non User Data Move Migrate data that cannot be partitioned by user Non- User Role TypePad User Role (User0) ‏ DB(PostgreSQ...
Data migration done Non- User Role TypePad User Role (User0) ‏ DB(Postgres) ‏ User Role (User1) ‏ User Role (User2) ‏ User...
The New TypePad configuration Storage Database (MySQL) ‏ Static Content (HTML, Images, etc) ‏ Application Server Web Serve...
4. Migration from PostgreSQL to MySQL
<ul><li>DB Node Spec History </li></ul>History of scale up PostgreSQL server, Before DBP Yes 16GB MP3.3GHz/1M×4 〔 2Core×4 ...
<ul><li>DB DiskArray Spec </li></ul><ul><ul><li>[FUJITSU ETERNUS8000] </li></ul></ul><ul><ul><li>Best I/O transaction perf...
Scale out MySQL servers, After DBP <ul><li>A role configuration </li></ul><ul><ul><li>Each role is configured as HA cluste...
Scale out MySQL servers, After DBP PostgreSQL FibreChannel SAN DiskArray … heart beat TypePad Application   MySQL Role3 My...
Scale out MySQL servers, After DBP <ul><li>Backup </li></ul><ul><ul><li>Replication w/ Hot backup </li></ul></ul>
Scale out MySQL servers, After DBP PostgreSQL FibreChannel SAN DiskArray … heart beat MySQL BackupRole TypePad Application...
Troubles with PostreSQL 7.4 – 8.1 <ul><li>Data size </li></ul><ul><ul><li>over 100 GB </li></ul></ul><ul><ul><li>40% is in...
Troubles with PostgreSQL 7.4 – 8.1 <ul><li>Character set </li></ul><ul><ul><li>PostgreSQL   allow the out of boundary UTF-...
“ Cleaning” data <ul><li>Removing characters set that are out of the boundries UTF-8 character sets. </li></ul><ul><li>Ste...
Migration from PostgreSQL to MySQL using TypePad script <ul><li>Steps </li></ul><ul><ul><li>PostgreSQL -> PerlObject & tmp...
Troubles with MySQL <ul><li>convert_tz function </li></ul><ul><ul><li>doesn't support the input value outside the scope of...
Cocolog Future Plans <ul><ul><li>Dynamic </li></ul></ul><ul><ul><li>Job queue </li></ul></ul>
Consulting by <ul><li>Sumisho Computer Systems Corp. </li></ul><ul><ul><li>System Integrator </li></ul></ul><ul><ul><li>fi...
Questions
Upcoming SlideShare
Loading in …5
×

Slideshow title

1,585 views

Published on

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
1,585
On SlideShare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
5
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide
  • Nifty の横山です。今日はよろしくお願いします。 このような大変名誉ある場で発表の機会をいただけて、関係者各位に対し感謝いたします。 今日はよろしくお願いいたします。
  • Slideshow title

    1. 1. Migrating from PostgreSQL to MySQL at Cocolog Naoto Yokoyama, NIFTY Corporation Garth Webb, Six Apart Lisa Phillips, Six Apart Credits: Kenji Hirohama, Sumisho Computer Systems Corp.
    2. 2. Agenda <ul><li>1. What is Cocolog </li></ul><ul><li>2. History of Cocolog </li></ul><ul><li>3. DBP: Database Partitioning </li></ul><ul><li>4. Migration From PostgreSQL to MySQL </li></ul>
    3. 3. 1. What is Cocolog
    4. 4. What is Cocolog <ul><li>NIFTY Corporation </li></ul><ul><ul><li>Established in 1986 </li></ul></ul><ul><ul><li>A Fujitsu Group Company </li></ul></ul><ul><ul><li>NIFTY-Serve (licensed and interconnected with CompuServe) </li></ul></ul><ul><ul><li>One of the largest ISPs in Japan </li></ul></ul><ul><li>Cocolog </li></ul><ul><ul><li>First blog community at a Japanese ISP </li></ul></ul><ul><ul><li>Based on TypePad technology by SixApart </li></ul></ul><ul><ul><li>Several hundred million PV/month </li></ul></ul><ul><li>History </li></ul><ul><ul><li>Dec/02/2003: Cocolog for ISP users launch </li></ul></ul><ul><ul><li>Nov/24/2005: Cocolog Free for free launch </li></ul></ul><ul><ul><li>April/05/2007: Cocolog for Mobile Phone launch </li></ul></ul>
    5. 5. Cocolog (Screenshot of home page) 2008/04 700 Thousand Users
    6. 6. Cocolog (Screenshot of home page) TypePad Cocolog
    7. 7. Cocolog template sets
    8. 8. Cocolog Growth (User)   ■ Cocolog   ■ Cocolog Free phase1 phase2 phase3 phase4
    9. 9. Cocolog Growth (Entry)   ■ Cocolog   ■ Cocolog Free phase1 phase2 phase3 phase4
    10. 10. Technology at Cocolog <ul><li>Core System </li></ul><ul><ul><li>Linux 2.4/2.6 </li></ul></ul><ul><ul><li>Apache 1.3/2.0/2.2  & mod_perl </li></ul></ul><ul><ul><li>Perl 5.8+CPAN </li></ul></ul><ul><ul><li>PostgreSQL 8.1 </li></ul></ul><ul><ul><li>MySQL 5.0 </li></ul></ul><ul><ul><li>memcached/TheSchwartz/cfengine </li></ul></ul><ul><li>Eco System </li></ul><ul><ul><li>LAMP,LAPP,Ruby+ActiveRecord, Capistrano </li></ul></ul><ul><ul><li>Etc... </li></ul></ul>
    11. 11. Monitoring <ul><li>Management Tool </li></ul><ul><ul><li>Proprietary in-house development with PostgreSQL, PHP, and Perl </li></ul></ul><ul><li>Monitoring points (order of priority) ‏ </li></ul><ul><ul><li>response time of each post </li></ul></ul><ul><ul><li>number of spam comments/trackbacks </li></ul></ul><ul><ul><li>number of comments/trackbacks </li></ul></ul><ul><ul><li>source IP address of spam </li></ul></ul><ul><ul><li>number of entries </li></ul></ul><ul><ul><li>number of comments via mobile devices </li></ul></ul><ul><ul><li>page views via mobile devices </li></ul></ul><ul><ul><li>time of batch completion </li></ul></ul><ul><ul><li>amount of API usage </li></ul></ul><ul><ul><li>bandwidth usage </li></ul></ul><ul><li>DB </li></ul><ul><ul><li>Disk I/O </li></ul></ul><ul><ul><li>Memory and CPU usage </li></ul></ul><ul><ul><li>time of VACUUM analyze </li></ul></ul><ul><li>APP </li></ul><ul><ul><li>number of active processes </li></ul></ul><ul><ul><li>CPU usage </li></ul></ul><ul><ul><li>Memory usage </li></ul></ul>Hard DB Service APL
    12. 12. Tips for migration <ul><li>Troubles with PostreSQL 7.4-8.1&Linux 2.4/2.6 </li></ul><ul><ul><li>VACUUM </li></ul></ul><ul><ul><li>Data size </li></ul></ul><ul><ul><li>Character set </li></ul></ul><ul><ul><li>Cleaning data </li></ul></ul><ul><li>Troubles with MySQL </li></ul><ul><ul><li>convert_tz function </li></ul></ul><ul><ul><li>sort order </li></ul></ul>
    13. 13. 2. History of Cocolog
    14. 14. Phase1 2003/12 ~ (Entry: 0.04 Million ) Register Postgre SQL NAS WEB Static contents Published Before DBP 10servers TypePad
    15. 15. Phase2 2004/12 ~ (Entry: 7 Million ) Podcast Portal Profile Etc.. Rich template Publish Book Tel Operator Support NAS WEB Static contents Published Postgre SQL Register TypePad Before DBP 50servers 2004/12 ~ 2005/5 ~
    16. 16. Phase2 - Problems <ul><li>The system is tightly coupled. </li></ul><ul><ul><li>Database server is receiving from multiple points. </li></ul></ul><ul><ul><li>It is difficult to change the system design and database schema. </li></ul></ul>
    17. 17. Phase3 2006/3 ~ (Entry: 12 Million ) NAS WEB Static contents Published Web-API memcached Podcast Portal Profile Etc.. Postgre SQL Rich template Publish Book Tel Operator Support Register TypePad Before DBP 200servers
    18. 18. Phase4 2007/4 ~ (Entry: 16 Million ) Web-API NAS WEB Static contents Published memcached Atom Mobile WEB Rich template Publish Book Tel Operator Support Register Typepad Postgre SQL Before DBP 300servers
    19. 19. Now 2008/4 ~ Web-API NAS WEB Static contents Published memcached Atom Mobile WEB Typepad Rich template Publish Book Tel Operator Support Register Multi MySQL After DBP 150servers
    20. 20. 3. TypePad Database Partitioning
    21. 21. Steps for Transitioning <ul><li>Server Preparation      Hardware and software setup </li></ul><ul><li>Global Write      Write user information to the global DB </li></ul><ul><li>Global Read      Read/write user information on the global DB </li></ul><ul><li>Move Sequence      Table sequences served by global DB </li></ul><ul><li>User Data Move      Move user data to user partitions </li></ul><ul><li>New User Partition      All new users saved directly to user partition 1 </li></ul><ul><li>New User Strategy      Decide on a strategy for the new user partition </li></ul><ul><li>Non User Data Move      Move all non-user owned data </li></ul>
    22. 22. TypePad Overview (PreDBP) ‏ Storage Database (Postgres) ‏ Static Content (HTML, Images, etc) ‏ Application Server Web Server TypeCast Server ATOM Server MEMCACHED Data Caching servers to reduce DB load Dedicated Server for TypeCast (via ATOM) ‏ https(443) ‏ http(80) ‏ http(80) : atom api memcached(11211) ‏ postgres(5432) ‏ Mail Server Internet nfs(2049) ‏ ADMIN(CRON) Server smtp(25) / pop(110) ‏ Blog Readers Blog Owners Mobile Blog Readers smtp(25) / pop(110) ‏ Cron Server for periodic asynchronous tasks
    23. 23. Why Partition? TypePad TypePad TypePad Non- User Role TypePad User Role (User0) ‏ All inquires (access) go to one DB(Postgres) After DBP Current setup Inquiries (access) are divided among several DB(MySQL) TypePad TypePad TypePad TypePad Global Role Non-User Role User Role (User1) ‏ User Role (User2) ‏ User Role (User3) ‏
    24. 24. Server Preparation Non- User Role TypePad User Role (User0) ‏ DB(PostgreSQL) ‏ User Role (User1) ‏ User Role (User2) ‏ User Role (User3) ‏ Global Role Non-User Role New expanded setup DB(MySQL) ‏ for partitioned data Current Setup Job Server + TypePad + Schwartz Schwartz DB User information is partitioned Maintains user mapping and primary key generation Stores job details Server for executing Jobs ※ Grey areas are not used in current steps Asynchronous Job Server Information that does not need to be partitioned (such as session information) ‏
    25. 25. Global Write Creating the user map Non- User Role TypePad User Role (User0) ‏ DB(PostgreSQL) ‏ User Role (User1) ‏ User Role (User2) ‏ User Role (User3) ‏ Global Role Non-User Role Job Server + TypePad + Schwartz Schwartz DB ① ② Explanation  ①: For new registrations only, uniquely identifying user data is written to the global DB  ②: This same data continues to be written to the existing DB DB(MySQL) ‏ for partitioned data Asynchronous Job Server Maintains user mapping and primary key generation ※ Grey areas are not used in current steps
    26. 26. Global Read Use the user map to find the user partition Non- User Role TypePad User Role (User0) ‏ DB(PostgreSQL) ‏ User Role (User1) ‏ User Role (User2) ‏ User Role (User3) ‏ Global Role Non-User Role Job Server + TypePad + Schwartz Schwartz DB Explanation  ①: Migrate existing user data to the global DB  ②: At start of the request, the application queries global DB for the location of user data  ③: The application then talks to this DB for all queries about this user. At this stage the global DB points to the user0 partition in all cases. DB(MySQL) ‏ for partitioned data Maintains user mapping and primary key generation ① Migrate existing user data Asynchronous Job Server ② ③ ※ Grey areas are not used in current steps
    27. 27. Move Sequence Migrating primary key generation Non- User Role TypePad User Role (User0) ‏ DB(PostgreSQL) ‏ User Role (User1) ‏ User Role (User2) ‏ User Role (User3) ‏ Global Role Non-User Role Job Server + TypePad + Schwartz Schwartz DB Explanation  ①: Postgres sequences (for generating unique primary keys) are migrated to tables on the global DB that act as “pseudo-sequences”.  ② Application requests new primary keys from global DB rather than the user partition. DB(MySQL) ‏ for partitioned data Maintains user mapping and primary key generation ① ※ Grey areas are not used in current steps Migrate sequence management Asynchronous Job Server ②
    28. 28. User Data Move Moving user data to the new user-role partitions Non- User Role TypePad User Role (User0) ‏ DB(PostgreSQL) ‏ User Role (User1) ‏ User Role (User2) ‏ User Role (User3) ‏ Global Role Non-User Role Job Server + TypePad + Schwartz Schwartz DB Explanation  ①: Existing users that should be migrated by Job Server are submitted as new Schwartz jobs. User data is then migrated asynchronously  ②: If a comment arrives while the user is being migrated, it is saved in the Schwartz DB to be published later.  ③: After being migrated all user data will exist on the user-role DB partitions  ④: Once all user data is migrated, only non-user data is on Postgres DB(MySQL) ‏ for partitioned data Stores job details Server for executing Jobs Maintains user mapping and primary key generation User information is partitioned ① ② ※ Grey areas are not used in current steps ③ Migrating each user data DB(MySQL) ‏ for partitioned data ④
    29. 29. New User Partition New registrations are created on one user role partition Non- User Role TypePad User Role (User0) ‏ DB(PostgreSQL) ‏ User Role (User1) ‏ User Role (User2) ‏ User Role (User3) ‏ Global Role Non-User Role Job Server + TypePad + Schwartz Schwartz DB Explanation  ①: When new users register, user data is written to a user role partition.  ②: Non-user data continues to be served off Postgres DB(MySQL) ‏ for partitioned data Maintains user mapping and primary key generation User information is partitioned ① ② ※ Grey areas are not used in current steps Asynchronous Job Server
    30. 30. New User Strategy Pick a scheme for distributing new users Non- User Role TypePad User Role (User0) ‏ DB(PostgreSQL) ‏ User Role (User1) ‏ User Role (User2) ‏ User Role (User3) ‏ Global Role Non-User Role Job Server + TypePad + Schwartz Schwartz DB Explanation  ①: When new users register, user data is written to one of the user role partitions, depending on a set distribution method (round robin, random, etc)  ②: Non-user data continues to be served off Postgres DB(MySQL) ‏ for partitioned data Maintains user mapping and primary key generation User information is partitioned ① ② ※ Grey areas are not used in current steps Asynchronous Job Server
    31. 31. Non User Data Move Migrate data that cannot be partitioned by user Non- User Role TypePad User Role (User0) ‏ DB(PostgreSQL) ‏ User Role (User1) ‏ User Role (User2) ‏ User Role (User3) ‏ Global Role Non-User Role Job Server + TypePad + Schwartz Schwartz DB Explanation  ①: Migrate non-user role data left on PostgreSQL to the MySQL side. DB(MySQL) ‏ for partitioned data Maintains user mapping and primary key generation User information is partitioned ① ※ Grey areas are not used in current steps Migrate non-User data Asynchronous Job Server Information that does not need to be partitioned (such as session information) ‏
    32. 32. Data migration done Non- User Role TypePad User Role (User0) ‏ DB(Postgres) ‏ User Role (User1) ‏ User Role (User2) ‏ User Role (User3) ‏ Global Role Non-User Role Job Server + TypePad + Schwartz Schwartz DB Explanation  ①: All data access is now done through MySQL  ②: Continue to use The Schwartz for asynchronous jobs DB(MySQL) ‏ for partitioned data Stores job details Server for executing Jobs Maintains user mapping and primary key generation User information is partitioned ① ※ Grey areas are not used in current steps ① ② Asynchronous Job Server Information that does not need to be partitioned (such as session information) ‏
    33. 33. The New TypePad configuration Storage Database (MySQL) ‏ Static Content (HTML, Images, etc) ‏ Application Server Web Server TypeCast Server ATOM Server MEMCACHED Data Caching servers to reduce DB load Dedicated Server for TypeCast (via ATOM) ‏ https(443) ‏ http(80) ‏ http(80) : atom api memcached(11211) ‏ MySQL(3306) ‏ Mail Server Internet nfs(2049) ‏ ADMIN(CRON) Server smtp(25) / pop(110) ‏ Blog Readers Blog Owners (management interface) ‏ Mobile Blog Readers smtp(25) / pop(110) ‏ Cron Server for periodic asynchronous tasks Job Server TheSchwartz server for running ad-hoc jobs asynchronously
    34. 34. 4. Migration from PostgreSQL to MySQL
    35. 35. <ul><li>DB Node Spec History </li></ul>History of scale up PostgreSQL server, Before DBP Yes 16GB MP3.3GHz/1M×4 〔 2Core×4 〕 AS4 (2.6.9) 2003/12 2007/11 Time AS4 (2.6.9) AS2.1(2.4.9) ES2.1(2.4.9) ES2.1(2.4.9) 7.4(2.4.9) OS(RedHat) 3.2GHz/1M×4 3.2GHz/1M×4 3.2GHz/1M×2 3.2GHz/1M×2 1.8GHz/512k×1 CPU Xeon 12GB 12GB 4GB 4GB 1GB MEM Yes Yes Yes No No DiskArray
    36. 36. <ul><li>DB DiskArray Spec </li></ul><ul><ul><li>[FUJITSU ETERNUS8000] </li></ul></ul><ul><ul><li>Best I/O transaction performance in the world </li></ul></ul><ul><ul><li>146GB (15 krpm) * 32disk with RAID - 10 </li></ul></ul><ul><ul><li>MultiPath FibreChannel 4Gbps </li></ul></ul><ul><ul><li>QuickOPC (One Point Copy) </li></ul></ul><ul><ul><ul><li>OPC copy functions let you create a duplicate copy of any data from the original at any chosen time. </li></ul></ul></ul>http://www.computers.us.fujitsu.com/www/products_storage.shtml?products/storage/fujitsu/e8000/e8000 History of scale up PostgreSQL server, Before DBP
    37. 37. Scale out MySQL servers, After DBP <ul><li>A role configuration </li></ul><ul><ul><li>Each role is configured as HA cluster </li></ul></ul><ul><ul><ul><li>HA Software: NEC ClusterPro </li></ul></ul></ul><ul><ul><li>Shared Storage </li></ul></ul>
    38. 38. Scale out MySQL servers, After DBP PostgreSQL FibreChannel SAN DiskArray … heart beat TypePad Application MySQL Role3 MySQL Role2 MySQL Role1
    39. 39. Scale out MySQL servers, After DBP <ul><li>Backup </li></ul><ul><ul><li>Replication w/ Hot backup </li></ul></ul>
    40. 40. Scale out MySQL servers, After DBP PostgreSQL FibreChannel SAN DiskArray … heart beat MySQL BackupRole TypePad Application mysqld mysqld mysqld rep rep rep opc mysqld mysqld mysqld MySQL Role3 MySQL Role2 MySQL Role1
    41. 41. Troubles with PostreSQL 7.4 – 8.1 <ul><li>Data size </li></ul><ul><ul><li>over 100 GB </li></ul></ul><ul><ul><li>40% is index </li></ul></ul><ul><li>Severe Data Fragmentation </li></ul><ul><ul><li>VACUUM </li></ul></ul><ul><ul><ul><li>“ VACUUM analyze” cause the performance problem </li></ul></ul></ul><ul><ul><ul><li>Takes too long to VACUUM large amounts of data </li></ul></ul></ul><ul><ul><ul><li>dump/restore is the only solution for de-fragmentation </li></ul></ul></ul><ul><ul><li>Auto VACUUM </li></ul></ul><ul><ul><ul><li>We don’t use Auto VACUUM since we are worried about latent response time </li></ul></ul></ul>
    42. 42. Troubles with PostgreSQL 7.4 – 8.1 <ul><li>Character set </li></ul><ul><ul><li>PostgreSQL allow the out of boundary UTF-8 Japanese extended character sets and multi bytes character sets which normally should come back with an error - instead of accepting them. </li></ul></ul>
    43. 43. “ Cleaning” data <ul><li>Removing characters set that are out of the boundries UTF-8 character sets. </li></ul><ul><li>Steps </li></ul><ul><ul><li>PostgreSQL.dumpALL </li></ul></ul><ul><ul><li>Split for Piconv </li></ul></ul><ul><ul><li>UTF8 -> UCS2 -> UTF8 & Merge </li></ul></ul><ul><ul><li>PostgreSQL.restore </li></ul></ul>dump Split UTF8->UCS2->UTF8 Merge restore
    44. 44. Migration from PostgreSQL to MySQL using TypePad script <ul><li>Steps </li></ul><ul><ul><li>PostgreSQL -> PerlObject & tmp publish </li></ul></ul><ul><ul><li>-> MySQL -> PerlObject & last publish </li></ul></ul><ul><ul><li>diff tmp & last Object ( data check ) </li></ul></ul><ul><ul><li>diff tmp & last publish ( file check ) </li></ul></ul>TypePad TypePad PostgreSQL Document Object tmp Document Object last File check data check
    45. 45. Troubles with MySQL <ul><li>convert_tz function </li></ul><ul><ul><li>doesn't support the input value outside the scope of Unix Time </li></ul></ul><ul><li>sort order </li></ul><ul><ul><li>different sort order without “ order by” clause </li></ul></ul>
    46. 46. Cocolog Future Plans <ul><ul><li>Dynamic </li></ul></ul><ul><ul><li>Job queue </li></ul></ul>
    47. 47. Consulting by <ul><li>Sumisho Computer Systems Corp. </li></ul><ul><ul><li>System Integrator </li></ul></ul><ul><ul><li>first and best partner of MySQL in Japan since 2003 </li></ul></ul><ul><ul><li>provide MySQL consulting, support, training service </li></ul></ul><ul><li>HA </li></ul><ul><li>Maintenance </li></ul><ul><ul><li>online backup </li></ul></ul><ul><li>Japanese character support </li></ul>
    48. 48. Questions

    ×