MySQL查询中having语句的使用场景和用法

等等，我昨天在地铁上看到了一些小东西。
一个朋友有一个很特别的手机壳，我问他哪里买的，他说是自己做的。
这提醒我，有时你必须自己在数据库中完成，而不仅仅是依赖预先构建的函数。
例如，问题3 中，count(c_id)=2 用于确定只学习了两节课，sum(c_id="01 ")=1 和sum(c_id="02 ")=1 分别用于确定学习了01 和02 如果图表上和里面的课程编号格式不同，或者学生选择的课程种类繁多，这个过程不是更麻烦吗？

阿里Redis技术修炼宝典，神功大成指日可待

上周，一位客户向我询问了Redis，我向他详细解释了这一点。
首先，Redis是一个用C语言开发的高性能键值数据库，支持多种数据类型，比如字符串、列表、集合、排序集合等。

Redis的历史还是蛮有趣的。
2 008 年，当Salvatore Sanfilippo为网站开发实时统计系统时，他对MySQL的性能感到失望，因此决定自己开发该数据库。
2 009 年，Redis被开发并开源。
随后，VMware开始赞助，Salvatore和Pieter Noordhuis也加入VMware全职开发Redis。

Redis的应用场景很多，比如缓存、分布式集群架构中的会话分离、聊天室在线好友列表、任务队列、应用评分、网站访问统计、数据过期处理等。

技术上，Redis思维导图非常详细，包括数据结构、分布式锁、持久化、多线程争用问题、事务、高可用等等。
例如，Redis 使用纯内存操作和单线程模型来避免多线程上下文切换和争用问题，同时有效利用跳表和压缩列表等数据结构。

比如面试题，如果问Redis基本数据类型，我会说String、list、set、sortset等，为什么Redis快？由于是纯内存操作，该模型是单线程的，使用高效的数据结构，并且基于非阻塞 I/O 复用机制。

之所以在Redis 6 .0之后改用多线程，是因为多核CPU的利用率不高，而多线程可以更好地发挥多核CPU的优势。
热键问题可以通过本地缓存、多级缓存、热键拆分等方式来解决。

缓存崩溃、缓存入侵、缓存未命中是Redis中常见的问题。
缓存问题意味着非常热的密钥。
缓存过期的那一刻，大量的并发请求会命中缓存，直接访问数据库。
缓存渗透是指查询不存在的key。
缓存或数据库中没有数据，导致大量的直接数据库访问请求。
缓存未命中是指大量键同时过期，导致大量对数据库的直接访问请求。

Redis的过期策略包括定期删除和部分删除。
当内存不足时，Redis会按照一定的策略丢弃一些数据，包括过期的key。

可持续的方法包括RDB和AOF。
RDB 定期创建数据快照，AOF 记录所有写入操作。
Redis高可用可以通过主从复制、哨兵模式、集群模式来实现。

总的来说，Redis是一个功能强大、功能强大的数据库性能优良。
掌握它对于开发人员来说非常有用。
无论如何，这取决于你。
如果您需要更详细的信息，我可以继续向您解释。
我还在思考这个问题。

pgsql比mysql好在哪

前几天我在一个项目中使用了PostgreSQL。
我记得那一天是 2 02 3 年 4 月 1 5 日。
在处理一份复杂的报告时，我突然遇到了数据丢失的问题。
我赶紧查了资料，按照网上说的方法一步步恢复数据，终于顺利解决了问题。
相比之下，我之前使用MySQL时也遇到过同样的问题，但恢复起来并不顺利。

想一想。
虽然MySQL应用广泛，但数据丢失的真实案例也不少。
此前，2 02 2 年1 2 月，我们在线教育平台的数据丢失，花了几天时间才恢复。
当时我和我的团队尝试了各种方法，包括恢复binlog，但结果并不理想。
PostgreSQL 在这方面似乎稳定得多。

但是，稳定只是一方面。
我最近还发现 PostgreSQL 对 GIS 和空间数据库等方面有好处。
例如，Instagram 就是因为这个原因选择了 PostgreSQL。
再比如，PostgreSQL拥有强大的SQL编程能力，并且支持递归，这是MySQL很难实现的。

但是，每个数据库都有自己的特点。
MySQL在互联网行业有着广泛的应用。
也许这就是为什么有更多相关材料和解决方案的原因。
此外，在处理大量并发读写时，MySQL 的性能似乎比 PostgreSQL 差。

那么哪个数据库更好呢？这个问题可能需要根据你的具体应用场景来确定。
不过，我个人还是更喜欢PostgreSQL，除非有特殊要求。
毕竟，稳定性和强大的功能可能是您选择的关键。
等等，还有一件事。
我突然想到，有机会的话，我需要彻底研究一下这两个数据库之间的差异。