<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0" xmlns:cc="http://cyber.law.harvard.edu/rss/creativeCommonsRssModule.html">
    <channel>
        <title><![CDATA[My Mysql - Medium]]></title>
        <description><![CDATA[Explore MySQL through insightful articles, tips, and practical guides. This publication covers everything from basic queries to advanced optimization techniques, helping both beginners and seasoned developers make the most of this powerful relational database management system. - Medium]]></description>
        <link>https://medium.com/my-mysql?source=rss----7c46633792d5---4</link>
        <image>
            <url>https://cdn-images-1.medium.com/proxy/1*TGH72Nnw24QL3iV9IOm4VA.png</url>
            <title>My Mysql - Medium</title>
            <link>https://medium.com/my-mysql?source=rss----7c46633792d5---4</link>
        </image>
        <generator>Medium</generator>
        <lastBuildDate>Thu, 05 Nov 2026 04:33:49 GMT</lastBuildDate>
        <atom:link href="https://medium.com/feed/my-mysql" rel="self" type="application/rss+xml"/>
        <webMaster><![CDATA[yourfriends@medium.com]]></webMaster>
        <atom:link href="http://medium.superfeedr.com" rel="hub"/>
        <item>
            <title><![CDATA[Optimizing Cassandra Queries: From 300 Seconds to 2 Seconds for Billions of Records]]></title>
            <description><![CDATA[<div class="medium-feed-item"><p class="medium-feed-image"><a href="https://medium.com/my-mysql/optimizing-cassandra-queries-from-300-seconds-to-2-seconds-for-billions-of-records-ff78024c1cc1?source=rss----7c46633792d5---4"><img src="https://cdn-images-1.medium.com/max/640/0*s_URDCCAG7Yt88Va.png" width="640"></a></p><p class="medium-feed-snippet">I recently embarked on a wild journey optimizing Cassandra queries on a dataset that was, let&#x2019;s say, &#x201C;larger than life.&#x201D; like more than a&#x2026;</p><p class="medium-feed-link"><a href="https://medium.com/my-mysql/optimizing-cassandra-queries-from-300-seconds-to-2-seconds-for-billions-of-records-ff78024c1cc1?source=rss----7c46633792d5---4">Continue reading on My Mysql »</a></p></div>]]></description>
            <link>https://medium.com/my-mysql/optimizing-cassandra-queries-from-300-seconds-to-2-seconds-for-billions-of-records-ff78024c1cc1?source=rss----7c46633792d5---4</link>
            <guid isPermaLink="false">https://medium.com/p/ff78024c1cc1</guid>
            <category><![CDATA[nosql]]></category>
            <category><![CDATA[programming]]></category>
            <category><![CDATA[software-development]]></category>
            <category><![CDATA[database]]></category>
            <category><![CDATA[cassandra]]></category>
            <dc:creator><![CDATA[Coding Guy]]></dc:creator>
            <pubDate>Sat, 07 Dec 2024 03:42:25 GMT</pubDate>
            <atom:updated>2024-11-15T05:13:03.708Z</atom:updated>
        </item>
        <item>
            <title><![CDATA[Why is PostgreSQL Freezing Important at scale: How to Safeguard Your Database from Transaction ID…]]></title>
            <description><![CDATA[<div class="medium-feed-item"><p class="medium-feed-image"><a href="https://medium.com/my-mysql/demystifying-postgresql-freezing-safeguarding-your-database-from-transaction-id-wraparound-d285f9d7b6ba?source=rss----7c46633792d5---4"><img src="https://cdn-images-1.medium.com/max/1920/0*NgHz9NgI4gz5FqDB.png" width="1920"></a></p><p class="medium-feed-snippet">I have been trying to understant the concept of Freezing as a part of the weekend grasp, so I have read a couple of papers regarding the&#x2026;</p><p class="medium-feed-link"><a href="https://medium.com/my-mysql/demystifying-postgresql-freezing-safeguarding-your-database-from-transaction-id-wraparound-d285f9d7b6ba?source=rss----7c46633792d5---4">Continue reading on My Mysql »</a></p></div>]]></description>
            <link>https://medium.com/my-mysql/demystifying-postgresql-freezing-safeguarding-your-database-from-transaction-id-wraparound-d285f9d7b6ba?source=rss----7c46633792d5---4</link>
            <guid isPermaLink="false">https://medium.com/p/d285f9d7b6ba</guid>
            <category><![CDATA[sql]]></category>
            <category><![CDATA[programming]]></category>
            <category><![CDATA[database]]></category>
            <category><![CDATA[software-development]]></category>
            <category><![CDATA[postgresql]]></category>
            <dc:creator><![CDATA[Yaswanth]]></dc:creator>
            <pubDate>Sat, 07 Dec 2024 03:25:23 GMT</pubDate>
            <atom:updated>2024-12-07T03:25:25.893Z</atom:updated>
        </item>
        <item>
            <title><![CDATA[Understanding Deadlocks in Databases: The Impact of Descending Indexes and Access Patterns]]></title>
            <description><![CDATA[<div class="medium-feed-item"><p class="medium-feed-image"><a href="https://medium.com/my-mysql/understanding-deadlocks-in-databases-the-impact-of-descending-indexes-and-access-patterns-4093f63244c8?source=rss----7c46633792d5---4"><img src="https://cdn-images-1.medium.com/max/727/0*IsACKXQTIk_AmpIE.png" width="727"></a></p><p class="medium-feed-snippet">While exploring deadlock management in databases, I stumbled upon an interesting aspect involving descending indexes and slow-function&#x2026;</p><p class="medium-feed-link"><a href="https://medium.com/my-mysql/understanding-deadlocks-in-databases-the-impact-of-descending-indexes-and-access-patterns-4093f63244c8?source=rss----7c46633792d5---4">Continue reading on My Mysql »</a></p></div>]]></description>
            <link>https://medium.com/my-mysql/understanding-deadlocks-in-databases-the-impact-of-descending-indexes-and-access-patterns-4093f63244c8?source=rss----7c46633792d5---4</link>
            <guid isPermaLink="false">https://medium.com/p/4093f63244c8</guid>
            <category><![CDATA[mysql]]></category>
            <category><![CDATA[dbms]]></category>
            <category><![CDATA[software-development]]></category>
            <category><![CDATA[programming]]></category>
            <category><![CDATA[sql]]></category>
            <dc:creator><![CDATA[Yaswanth]]></dc:creator>
            <pubDate>Sat, 07 Dec 2024 03:25:16 GMT</pubDate>
            <atom:updated>2024-12-07T03:25:18.528Z</atom:updated>
        </item>
        <item>
            <title><![CDATA[How to Safely Perform ALTER TABLE on Large Database Tables]]></title>
            <description><![CDATA[<div class="medium-feed-item"><p class="medium-feed-image"><a href="https://medium.com/my-mysql/how-to-safely-perform-alter-table-on-large-database-tables-38bb2edf4d7b?source=rss----7c46633792d5---4"><img src="https://cdn-images-1.medium.com/max/1200/1*S83q-OElwsABSIyRRYZltA.jpeg" width="1200"></a></p><p class="medium-feed-snippet">Preventing downtime and crashes when modifying massive tables</p><p class="medium-feed-link"><a href="https://medium.com/my-mysql/how-to-safely-perform-alter-table-on-large-database-tables-38bb2edf4d7b?source=rss----7c46633792d5---4">Continue reading on My Mysql »</a></p></div>]]></description>
            <link>https://medium.com/my-mysql/how-to-safely-perform-alter-table-on-large-database-tables-38bb2edf4d7b?source=rss----7c46633792d5---4</link>
            <guid isPermaLink="false">https://medium.com/p/38bb2edf4d7b</guid>
            <category><![CDATA[programming]]></category>
            <category><![CDATA[software-development]]></category>
            <category><![CDATA[database]]></category>
            <category><![CDATA[dbms]]></category>
            <category><![CDATA[sql]]></category>
            <dc:creator><![CDATA[Coding Guy]]></dc:creator>
            <pubDate>Sat, 07 Dec 2024 03:18:57 GMT</pubDate>
            <atom:updated>2024-11-16T02:21:49.941Z</atom:updated>
        </item>
        <item>
            <title><![CDATA[MySQL vs PostgreSQL]]></title>
            <link>https://medium.com/my-mysql/mysql-vs-postgresql-6ba8218cbc70?source=rss----7c46633792d5---4</link>
            <guid isPermaLink="false">https://medium.com/p/6ba8218cbc70</guid>
            <category><![CDATA[mysql]]></category>
            <category><![CDATA[database]]></category>
            <category><![CDATA[acid]]></category>
            <category><![CDATA[sql]]></category>
            <category><![CDATA[postgres]]></category>
            <dc:creator><![CDATA[Coding Guy]]></dc:creator>
            <pubDate>Sat, 07 Dec 2024 03:18:24 GMT</pubDate>
            <atom:updated>2023-09-14T03:01:43.744Z</atom:updated>
            <content:encoded><![CDATA[<figure><img alt="" src="https://cdn-images-1.medium.com/max/670/0*pMUHzhyOip7fxTQm.jpg" /><figcaption>source — <a href="https://www.postgresqltutorial.com/postgresql-tutorial/postgresql-vs-mysql/">https://www.postgresqltutorial.com/postgresql-tutorial/postgresql-vs-mysql/</a></figcaption></figure><p>MySQL and PostgreSQL are both popular open- source relational database operation systems( RDBMS) that have been extensively used for numerous times. They’ve some parallels, but they also have distinct differences. The choice between MySQL and PostgreSQL depends on your specific design conditions and preferences. Let’s compare them in colorful aspects</p><h4>Auto-increment Columns:</h4><p>MySQL uses AUTO_INCREMENT to create an auto-incrementing column in a table:</p><pre>CREATE TABLE mytable (<br>    id INT AUTO_INCREMENT PRIMARY KEY,<br>    name VARCHAR(255)<br>);</pre><p>PostgreSQL uses SERIAL to achieve a similar effect:</p><pre>CREATE TABLE mytable (<br>    id SERIAL PRIMARY KEY,<br>    name VARCHAR(255)<br>);</pre><h4>String Quoting:</h4><p>In MySQL, single quotes (&#39;) are used for string literals:</p><pre>SELECT * FROM mytable WHERE name = &#39;John&#39;;</pre><p>In PostgreSQL, single quotes (&#39;) or double quotes (&quot;) can be used for string literals, and they behave differently in terms of escaping:</p><pre>SELECT * FROM mytable WHERE name = &#39;John&#39;;<br>-- or<br>SELECT * FROM mytable WHERE name = E&quot;John&quot;; -- To enable escape sequences</pre><h4>Boolean Values:</h4><p>MySQL uses Capital TRUE and False</p><pre>SELECT * FROM mytable WHERE active = TRUE;</pre><p>PostgreSQL uses lower case</p><pre>SELECT * FROM mytable WHERE active = true;</pre><h4>Case Sensitivity:</h4><p>MySQL is case insensitive and PostgreSQL is case sensitive in most cases</p><pre>CREATE TABLE &quot;MyTable&quot; (<br>    &quot;ID&quot; SERIAL PRIMARY KEY,<br>    &quot;Name&quot; VARCHAR(255)<br>);</pre><h4>Concatenation:</h4><p>In MySQL uses CONCAT and PostgresSQL uses | | operator</p><pre>SELECT CONCAT(first_name, &#39; &#39;, last_name) AS full_name FROM employees;</pre><pre><br>SELECT first_name || &#39; &#39; || last_name AS full_name FROM employees;</pre><h4>Limiting Rows:</h4><p>PostgreSQL uses both LIMIT and FETCH FIRST, While MySQL uses only LIMI</p><pre>SELECT * FROM mytable LIMIT 10;</pre><pre>SELECT * FROM mytable LIMIT 10;<br>-- or<br>SELECT * FROM mytable FETCH FIRST 10 ROWS ONLY;</pre><h4>Timestamp Literals:</h4><p>MySQL uses single quotes for timestamp literals but PostgreSQL uses TIMESTAMP keyword along with it</p><pre>SELECT * FROM mytable WHERE created_at = &#39;2023-09-14 10:00:00&#39;;</pre><pre>SELECT * FROM mytable WHERE created_at = TIMESTAMP &#39;2023-09-14 10:00:00&#39;;</pre><h4>Data Types:</h4><p>PostgreSQL offers a broader range of data types, including custom data types and advanced types like arrays, hstore( key- value store), JSON, and more. MySQL has a more limited set of data types.<br>Concurrency Control</p><h4>Concurrency :</h4><p>PostgreSQL is known for its robust support for concurrent access and deals, offering advanced features like MVCC(Multi-Version Concurrency Control).<br>MySQL also supports concurrency control but may not be as point-rich as PostgreSQL in this regard.</p><h4>Extensibility</h4><p>PostgreSQL is largely extensible and allows druggies to define custom functions, drivers, and indeed entire extensions. This makes it suitable for complex operations and custom conditions.<br>MySQL also supports stoner- defined functions but may not be as flexible as PostgreSQL in this aspect.</p><h4>Replication and High Vacuity</h4><p>Both databases offer replication and high vacuity results, but the specifics differ. MySQL provides options like Master- Slave replication, while PostgreSQL has erected- in support for logical replication and streaming replication.</p><h4>Performance</h4><p>Performance can vary depending on the workload and the specific configurations. PostgreSQL is frequently considered to excel in complex queries and logical workloads, while MySQL may perform better in read-heavy scripts.</p><h4>Community and Ecosystem</h4><p>Both databases have active and probative communities. PostgreSQL’s community is known for its fidelity to attestation and norms compliance.</p><h4>Third- Party Tools and fabrics</h4><p>MySQL has been around for longer and has a larger request share, so it may have further third- party tools and fabrics erected around it.<br>PostgreSQL’s ecosystem has been growing steadily and offers a wide range of tools and extensions.</p><h4>Use Cases</h4><p>MySQL is frequently chosen for web operations, content operation systems(e.g., WordPress), and situations where simplicity and speed are essential.<br>PostgreSQL is constantly favored for complex operations, data warehousing, and scripts that bear strict adherence to SQL norms.<br>Eventually, the choice between MySQL and PostgreSQL depends on your specific design conditions, your platoon’s familiarity with the technology, and your preference for licensing and community support. Both databases are able of handling a wide range of use cases when configured rightly.</p><p>Thank you for reading!!<br>Cheers 🥂 🍻</p><img src="https://medium.com/_/stat?event=post.clientViewed&referrerSource=full_rss&postId=6ba8218cbc70" width="1" height="1" alt=""><hr><p><a href="https://medium.com/my-mysql/mysql-vs-postgresql-6ba8218cbc70">MySQL vs PostgreSQL</a> was originally published in <a href="https://medium.com/my-mysql">My Mysql</a> on Medium, where people are continuing the conversation by highlighting and responding to this story.</p>]]></content:encoded>
        </item>
        <item>
            <title><![CDATA[Optimizing PostgreSQL Queries: From 300 Seconds to 2 Seconds for Billions of Records]]></title>
            <description><![CDATA[<div class="medium-feed-item"><p class="medium-feed-image"><a href="https://medium.com/my-mysql/optimizing-postgresql-queries-from-300-seconds-to-2-seconds-for-billions-of-records-e6571a137a1a?source=rss----7c46633792d5---4"><img src="https://cdn-images-1.medium.com/max/610/0*tmv2rcaI40loXDJb" width="610"></a></p><p class="medium-feed-snippet">I was working on a huge volumes where I had this entire experience of optimizing the PostgreSQL, to make it support huge data.</p><p class="medium-feed-link"><a href="https://medium.com/my-mysql/optimizing-postgresql-queries-from-300-seconds-to-2-seconds-for-billions-of-records-e6571a137a1a?source=rss----7c46633792d5---4">Continue reading on My Mysql »</a></p></div>]]></description>
            <link>https://medium.com/my-mysql/optimizing-postgresql-queries-from-300-seconds-to-2-seconds-for-billions-of-records-e6571a137a1a?source=rss----7c46633792d5---4</link>
            <guid isPermaLink="false">https://medium.com/p/e6571a137a1a</guid>
            <category><![CDATA[software-development]]></category>
            <category><![CDATA[software-engineering]]></category>
            <category><![CDATA[postgresql]]></category>
            <category><![CDATA[database]]></category>
            <category><![CDATA[distributed-systems]]></category>
            <dc:creator><![CDATA[Coding Guy]]></dc:creator>
            <pubDate>Sat, 07 Dec 2024 03:17:51 GMT</pubDate>
            <atom:updated>2024-09-24T15:06:07.447Z</atom:updated>
        </item>
    </channel>
</rss>