This version of MySQL doesn’t yet support ‘LIMIT & IN/ALL/ANY/SOME 错误解决

这次国庆节回来后的测试中，在一个Mysql表达式中使用嵌套查询，出现了这个错误。

【mysql】  【表达式】  【Blog】   点击查看原文>

前言： 好久没写文了， 距离上一篇文章是3个月前的事了，虽然工作很忙，主要还是缺少写作的内容和激情，所以没怎么动手。 之前有一个来月不断面试不同层次来应聘的人员，很有想写文的冲动，后来还是忍住了。 估计写了也是那种说人坏话、恨铁不成钢的情绪文，没啥营养，所以情绪过了就没想写了。

【mysql】  【Oracle】  【数据库】  【配置】  【脚本】   …

1.删除0字节文件 find -type f -size 0 -exec rm -rf {} \;   2.查看进程 按内存从大到小排列 PS -e   -o "%C   : %p : %z : %a"|sort -k5 -nr   3.

【linux】  【mysql】  【日志】  【正则表达式】  【表达式】  【CPU】  【awk】  【日志分析】   …

每天进步一点点!

如图：注意没有百分号% 两个下划线：

三个下划线：

相关： %代表任意多个字符  _代表一个字符 在 MySQL中，SQL的模式缺省是忽略大小写的

_：表示任意单个字符。

【mysql】  【SQL】  【表达式】  【cto】  【Blog】   点击查看原文>

这几天学习了一下分区，不经意间想起了三国演义开篇词：“合久必分，分久必合”，看来这句话也适合数据库，英文手册和中文手册对比，更新了很多东西，以后尽量看英文的了，下面是学习笔记： 理论部分：

1，基本概念：

分区可以设置任意大小的规则，跨文件系统分配单个表的多个部分。

【mysql】  【函数】  【HASH】  【表达式】  【分区表】   …

MySQL分区表(优化)

  原贴：http://www.cnblogs.com/freeton/p/4265228.html   当数据库数据量涨到一定数量时，性能就成为我们不能不关注的问题，如何优化呢？ 常用的方式不外乎那么几种：   说明：innodb和MyIsam存储引擎都支持分区表功能。

【mysql】  【函数】  【数据库】  【HASH】  【表达式】  【分区表】   …

我们平常所说的索引，如果没有特别指明，都是指B+树结构组织的B-Tree索引。其中聚集索引，次要索引，覆盖索引，复合索引，前缀索引，唯一索引默认都是使用B+树索引，统称索引。当然，除了B+树这种类型的索引之外，还有哈稀索引(hash index)等。

【mysql】  【innodb】  【函数】  【排序】  【索引】  【表达式】   …

使用Nodejs+MySQL肯定比PHP和MySQL的组合更适合做服务器端的开发。 使用Nodejs你会从他的异步行为中获益良多。比如，提升性能，你无须在从已有的MySQL数据库迁移到其他的NoSQL数据库获得性能的提升。

【mysql】  【函数】  【性能】  【LOG】  【require】  【数据库】  【js】   …

第四章、MYSQL主从复制和分区技术

Mysql作为web数据库，对于越来越大的数据存储，主从复制、分区技术和SQL语句优化，对于提高访问量有很大的帮助。

4.1mysql用户授权

主服务器首先对远程服务器建立一个授权用户，可以在从服务器上登录主服务器的数据库。

【大数据】  【架构】  【服务器】  【mysql】  【性能】   …

1.对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。  2.应尽量避免在 where 子句中使用!=或操作符，否则将引擎放弃使用索引而进行全表扫描。

【mysql】  【索引】  【表达式】  【查询优化】  【存储过程】  【存储】   点击查看原文>