书籍清单

线上执行 sql 的时候 一定要谨慎检查，提交人和审核人都需要尽到自己的责任，不然这种莫名的错误开发真的是很难查！！！

在项目开发过程中，不可避免的需要创建表，修改表结构。如果没有一个统一维护的地方，很容易造成 sql 丢失，上线的时候漏掉一部分，从而出现莫名的bug。为了能够方便管理这些数据库的变更，介绍几种在工作中曾经用过的方式。

前言问题在执行各种列表等诸多操作时，都需要将从数据库中查出的结果按照时间（create_time） 做倒排处理和翻页处理。同一时间点（例如1s内），若包含的结果数量过多，将不可避免的出现前后页结果重复的问题。例如：在一个 message 表中，有在同一时间有一部分消息的发送时间是相同的。-- 第一页

公共表表达式（Common table expression，CTE）是一个已命名的临时结果集，它存在于单条语句的范围内，可以在该语句的稍后部分（可能是多次）引用。

一个程序员在工作中难免会与数据库打交道，有的是写在程序中的；有的是需要直接在生产环境中执行一些修改数据的sql；有的是修改表结构等等。这样的情况每一次都提心吊胆，生怕执行错误，无法恢复。久而久之，也算是总结了一点书写的经验，现记录一下。

Mysql性能监控之performance schema详解

之前工作都是使用mysql，新入职一家公司之后换成orcal，使用orderby对字段进行排序，当字段为null时，处理方式，两者的区别。

最近遇到一个需求就是需要从mysql中根据id查出一组数据，该组数据有36个类型，每种类型每天都会插入一条新的数据，然后我要拿每个类型的最新一条出来。

记录float类型的坑