Business Wire Oracle Open World 2014, Booth # 430- Continuent, Inc., a leading provider of open source database clustering and replication solutions, today announced Continuent Tungsten 3.0, a powerful solution that combines advanced clustering and replication technologies to meet the transaction processing and analytic needs of the entire business. Continuent Tungsten 3.0 enables constant,
Get a preview of the next advance in data management technology! Continuent Tungsten 3.0 brings the power of advanced clustering and replication to offer data management needs for your entire business including MySQL high availability, disaster recovery, multi-master operation, and real-time data warehouse loading. With Continuent Tungsten you can apply the full power not just of MySQL but all
We have relocated the MySQL Connector/Python repository on GitHub to the following location:
https://github.com/mysql/mysql-connector-python
The old location will redirect to the above URL.
No, we have not updated the README.txt or made something special for GitHub. I personally don’t mind what is currently showing on GitHub: it is readable, and it is correct. I still hope GitHub will make it easier to show something else, like asking which document to display and as what format.
We have relocated the MySQL Connector/Python repository on GitHub to the following location:
https://github.com/mysql/mysql-connector-python
The old location will redirect to the above URL.
No, we have not updated the README.txt or made something special for GitHub. I personally don’t mind what is currently showing on GitHub: it is readable, and it is correct. I still hope GitHub will make it easier to show something else, like asking which document to display and as what format.
The theme for this series of posts is, and indicated in the
previous post, "Try and try, again", and there
will be more of this now when I start to make this work by
playing with Oracle, with PL/SQL and with the restrictions of
Oracle Express (which is the version I have available).
So, what we have right now is a way of "sending" SQL statements
from Oracle to MariaDB, the question is when and how to send them
from Oracle. The idea for this was then to use triggers on the
Oracle tables to send the data to MariaDB, like this, assuming we
are trying to replicate the orders table from Oracle to
MariaDB:
In Oracle, and assuming that the
extproc I have that created to send UDP …
MySQL Connector/Python v2.0 goes GA with version 2.0.1 GA. It is available for download from the MySQL Developer Zone! The previous post about 2.0 described what changed and what was added, here’s an overview:
- Incompatibilities
- Supported Python: 2.6 and 2.7 and 3.3 and 3.4
- Raw Cursors Return bytearray Objects
- LOAD LOCAL DATA INFILE On by Default
- New features
- New Cursors return dictionaries and named tuples
- Options Files Support Added
- Packaging and support files removed …
Yes, there is a simple way to do this. Although it might not be
so simple unless you know how to do it, so let me show you how
this can be done. It's actually pretty cool. But I'll do this
over a number of blog posts, and this is just an introductory
blog, covering some of the core concepts and components.
But getting this to work wasn't easy, I had to try several things
before I got it right, and it's not really obvious how you make
it work at first, so this is a story along the lines of "If at
first you don't succeed mr Kidd" "Try and try again, mr
Wint" from my favorite villains in the Bond movie "Diamonds
are forever":
So, I had an idea of how to achieve replication from Oracle to
MySQL and I had an idea on how to implement it, and it was rather
simple, so why not try it.
So, part 1 then. Oracle has the ability to let you add a
UDF (User Defined Procedure) just like MariaDB (and
MySQL), …
In this blog post we are going to talk about one of the features included since MySQL for Excel 1.3.0.
Importing MySQL data into Excel is a common and important operation in MySQL for Excel. There may be times when you need to analyze the data stored in several MySQL tables or views, (possibly in an ExcelPivotTable which will be the subject of a future blog post), and to do it you need to dump the data into Excel as the first step. Starting with MySQL for Excel 1.3.0 we introduced a feature that allows you to import the data from multiple MySQL tables or views in a single operation.
Remember you can install the latest GA or maintenance version using the MySQL Installer or optionally you can download directly any GA or non-GA version from the …
[Read more]It's been almost a year now since the initial release of MySQL Fabric. It is maturing and reached a GA state earlier this year as part of MySQL Utilities 1.4. Developers and architects are evaluating it for their applications, learning the capabilities of the system, and providing feedback for future features and usability enhancements. Connector/J has supported Fabric from the very beginning and continues to support the latest features. This blog post is an introductory level guide to using Fabric for high-availability from Java applications. Sharding features and Java APIs will be covered in a later post. The commands shown and feature descriptions are current for Fabric 1.5.1. In addition, Connector/J 5.1.32 and later support only Fabric 1.5 due to communication protocol differences from Fabric 1.4.
High-availability is a core concept in Fabric and is implemented by HA groups. An HA group is a set of servers configured with MySQL …
[Read more]
With MySQL Enterprise Backup(MEB) 3.9.0 we had introduced
full instance backup feature for cloning the
MySQL server. Now with MEB 3.11.0 we have enhanced the feature by
copying all the master-slave setup files like MySQL server binary
logs(will be referred as 'binlogs'), binary log index files,
relay logs of slave, relay log index files, master info of slave,
slave info files. As part of full instance backup, copying of
binlog files is default behavior MEB-3.11.0 onwards. DBA should
be aware of the fact that current full instance backup is bigger
than the backups with old MEB's.
As every event on MySQL production database goes as a entry to
binlog files in particular format, binlog files could be huge.
Backing of huge binlog and/or relaylog files should not impact
the performance of MySQL server. Hence, all the binlog files, …