xiaobing的专栏

在数据库的使用中,经常需要按指定日期来查询记录,以便于统计,而在数据库中,有很多存储的是时间戳, 也有的直接存日期,查询的时候可能不是那么好弄. mysql提供了两个函数:           from_unixtime(time_stamp)   ->  将时间戳转换为日期           unix_timestamp(date)             ->  将指定的日期或者日期

在数据库的应用中，我们经常需要对多表进行连表操作来获得关系型的数据，因此，应该更加的掌握好 SQL语句的join原理，因为，可以稍一不慎，可能一个不好的join导致数据库的全表扫描，查询出大量的 无用的信息，并且对数据库性能影响极大。          数据库中的join操作，实际上是对一个表和另一个表的

在数据库操作中，一个全表扫描(full table scan)可能是整个应用的瓶颈，因此，我们尽量 要避免不必要的全表扫描。而如果你发现一条sql是全表扫描，一般的解决步骤是：         1、运行执行计划获得具体的sql语句查询分析：                    方法：explain sql;                    分析：至少能或得这些信息，1、表的join

在执行计划中，可能经常看到有fExtra列有filesort，这就是使用了文件排序，这当然是不好 的，应该优化，但是，了解一下他排序的原理也许很有帮助，下面看一下filesort的过程：          1、根据表的索引或者全表扫描，读取所有满足条件的记录          2、对与每一行，存储一对儿值到缓冲区，一个是排序的索引列的值，即order by用到

在使用sql查询数据库的数据时，经常会使用到排序的操作，因此，如果对于排序的 数据，不能用到索引，将是一个很好时间的事情，数据库的解决方法有两个：1、选择 完所有行后，数据较少，用内存来排序;2、数据较大，用硬盘文件排序，这将很耗时， 特别影响性能。         而如果能运用好索引，则会少很多排序的消耗，因为当使用排序时，只根据索引 去顺序读取，然后发送到客户端。 1、当使用排序时

最近开始研究数据库方面的东西，感觉能解决大数据的问题，感觉真的很爽，所以，可以学习了一下 sql方面的优化，这个将是一系列的课程，学习的过程中，将其记录下来，以后以备备案，同样，技术 是一个没有边界的东西，写出来代表我的个人理解，真心希望大神们来此围观一下，提提意见，感激不 尽 一、数据库优化概览            高性能的数据库依赖与几个因素，如表结构，查询语句，服务器的硬

数据库的瓶颈经常出现在查询 语句中，当出现这样的问题时，我们一般的步骤是查看是否运用了正确的 索引， 这个可以通过explain sql statement来查看，找到对应的字段，合理的索引将会增加你呃数据的访问速度，但 任何事情都有一个度，如果索引太多，会在插入时要维护更多的索引，这也将是一个大的开销，但具体怎样才 合适呢，欢迎大神来讨论，这个我不再行，不过一般一个表中有主键活唯一键，再弄

在数据库查询中，group by语句经常使用，而这个语句的使用是最耗性能的，按常理， 我们生活中要这样做也很麻烦，有两种情形：         1、有索引的情况         2、无索引的情况 对于第一种情况，如果在生活中要做这样的事情，很恼火，我们正常的想法是，先把所有的 按高矮顺序来排序，最后是一组的就直接挑出来了，但 怎样实现这个排序呢？          根据上一篇文件排序f

这段时间,我做了一个对数据统计的事情,在设计数据库的时候,考虑的是让表尽可能的简单,没有多余的信息, 但是,运行一个多月了之后,发现数据有一些小问题,查找起来真的很麻烦,问老大怎么解决,他拿出绝招,看日志 去,呵呵,还好,找到了出现异常的记录的地方,给我一个建议,让我在插入表是写一下时间,更新表时写一下时间, 这一下我的程序全部都得修改,包括测试程序,代价是有点大啊,但觉得值得,学了一个教训

在mysql的存储引擎Innodb中，有聚簇索引(clustered index)和附属索引(secondary index), 聚簇索引(clustered index)：          将数据和索引一起存放，即数据的存放顺序根据聚簇索引来存的，其中聚簇索引有以下几种情况：                  1,如果表有主键primary key，则聚簇索引为主键索引