原文:Thinkphp学习04 一、ThinkPHP 3 的输出      （重点）  a、通过 echo 等PHP原生的输出方式在页面中输出  b、通过display方法输出   想分配变量可以使用assign方法  c、修改左右定界符   休要修改配置文件中的配置项   'TMPL_L_D...

【mysql】  【数据库】  【配置】  【trace】  【Thinkphp】  【数组】   …

原文:ThinkPhp学习03 一、ThinkPHP 3 的输出      （重点）  a、通过 echo 等PHP原生的输出方式在页面中输出  b、通过display方法输出   想分配变量可以使用assign方法

public function index(){ $name="潘...

【mysql】  【数据库】  【配置】  【Thinkphp】  【index】  【html】   …

本文将和大家一起分享下5.7的新特性，不过我们要先从即将被删除的特性以及建议不再使用的特性说起。根据这些情况，我们在新版本及以后的版本中，应该不再使用，避免未来产生兼容性问题。

本文是基于MySQL-5.7.7-rc版本，未来可能 还会发生更多变化。

1、即将删除的特性
1.1、InnoDB monitoring features，详见：WL#7377（访问地址：http://dev.mysql.com/worklog/task/?id=7377，下面的其他WL，可以自行替换）
【建议】可以动态修改 innodb_status_output、innodb_status_output_locks 两个参数的值打印相关信息，或者直接查看INFORMATION_SCHEMA下的相关表。

…

老唐对比PG和MySQL的更新性能很有意义，推荐仔细阅读老唐大作：
PostgreSQL与MySQL随机更新性能对比测试  http://osdbablog.sinaapp.com/532.html

拜读后，受老唐启发，想出下面一些问题，也许能进一步验证Pg和MySQL的性能。

1 目的：这除了对比2者UPDATE命令的性能外,更进一步考察2者整体性能.

2 为什么说可以进一步考察2者整体性能呢? 这是因为:
2.1 大量UPDATE操作,可以造成大量垃圾数据(Pg和MySQL都使用了MVCC机制来应对并发访问,只是Pg缺少MySQL的回滚段机制,致使UPDATE后垃圾元组不断增多.UPDATE相当于加逻辑删除标志并在新位置插入"新元组")
2.2 在垃圾元组不断增多的情况下, Pg的IO总量会上升, …

什么是blob,mysql blob大小配置介绍 作者： 字体：[增加 减小] 类型：转载   BLOB (binary large object)，二进制大对象，是一个可以存储二进制文件的容器。

【大数据】  【mysql】  【性能】  【数据库】  【配置】  【容器】  【存储】   …

原文: Mysql主键索引、唯一索引、普通索引、全文索引、组合索引的区别

Mysql索引概念： 说说Mysql索引，看到一个很少比如：索引就好比一本书的目录，它会让你更快的找到内容，显然目录（索引）并不是越多越好，假如这本书1000页，有500也是目录，它当然效率低，目录是要占纸张的,而索引是要占磁盘空间的。

【mysql】  【排序】  【ADD】  【HASH】  【索引】   …

原文: ThinkPHP配置项（六）

配置项--这只是部分的配置，后期会随时跟大家更新分享1：修改URL分隔符目录：thinkphp\Home\Conf\config.

【php】  【mysql】  【数据库】  【配置】  【Thinkphp】  【index】   点击查看原文>

JPA，java persistance api，java持久层接口，即与数据库打交道的一些接口。实现交给各个厂商去实现。ORM，Object/Relation Mapping，对象/关系数据库映射。面向对象的数据库操作，底层仍是sql语句。 获得 hibernate的maven依赖。

&l

【mysql】  【面向对象】  【数据库】  【配置】  【string】  【class】   …

前序：又是好久没动手写写博客了，意味着好久没有自己研究一些新东西了，每天回来都比较晚，可能也比较累，都懒的打开电脑了，最近公司给所有的程序都配置了一台surface，欣喜若狂，轻便小巧，利用三天假期的时间终于可以好好利用一番，偶然的机会看到scut开原游戏服务器(一款基于.

【服务器】  【mysql】  【HTTPS】  【数据库】  【Cache】  【IIS】   …

1.  概述

前面很多大侠都分享过MySQL的InnoDB存储引擎将数据刷新的各种情况。我们这篇文章从InnoDB往下，看看数据从InnoDB的内存到真正写到存储设备的介质上到底有哪些缓冲在起作用。

我们通过下图看一下相关的缓冲：

图 1 innodb all buffers

从上图中，我们可以看到，数据InnoDB到磁盘需要经过

1. InnoDB buffer pool， Redo log buffer。这个是InnoDB应用系统本身的缓冲。
2. page cache /Buffer cache（可通过o_direct绕过）。这个是vfs层的缓冲。
3. Inode cache/directory buffer。这个也是vfs层的缓冲。需要通过O_SYNC或者fsync()来刷新。
4. Write-Back buffer。(可设置存储控制器参数绕过)
5. Disk on-borad …