文章表中，tags 字段存储着一个或者多个标签，标签之间使用“,”隔开，比如，一篇文章的 tags 字段是 “前端,JavaScript,SCSS,HTML”，现在想删除“JavaScript”，变成 “前端,SCSS,HTML”。方法如下：UPDATE tb_article AS a SET a.tags=TRIM(BOTH ',' FROM REPLACE(concat(',',a.`tags`,','), ',JavaScript,', '')) WHERE FIND_IN_SET('JavaScript', a.tags);
核心部分是：UPDATE tb_article AS a S
update tb_article set created_at=date_add(created_at,interval+600 day);
update wp_posts set post_date=date_add(post_date,interval+600 day);
update wp_posts set post_date_gmt=date_add(post_date_gmt,interval+600 day);
update wp_posts set post_modified=date_add(post_modified,interval+600 day);
update
例子：select
SUBSTRING_INDEX(thumbnail,'/',-1) as file_name,
thumbnail,
SUBSTRING_INDEX(thumbnail,'.',-1) as suffix,
from tb_article where thumbnail != '';
介绍：这里用到 MySQL 的 SUBSTRING_INDEX(str,delim,count) 函数，LENGTH(str) 函数，REPLACE(str,from_str,to_str) 函数，和数据库的一张辅助表help_topic（这张表在默认的mysql库里）。SUBST
因为各种现代话框架的流行，SQL 注入的威胁相对已经减少很多。但是在看不见的角落，还是存在SQL注入的威胁。SQL 预处理可以解决绝大部分 SQL 注入问题，但是有些地方不能预处理，或者需要变通的方式处理这些问题。比如表名/列名/排序动态传入的场景，这些地方不能预编译，因此很多人还是直接拼接的，而没有有效过滤。 还有 LIKE语句/IN语句中，因为这两个地方的预编译写法都有些特殊，比如 IN 常常使用 FIND_IN_SET 函数代替。
MySQL 中，不可直接修改数据库名称。有一种变通的方式如下：如果有一个数据库名称是 “old_database”，想把这个数据库的名字改成 “new_database”;首先创建一个新的数据库 “new_database”create database new_database;
获取所有源库的表名use information_schema;
select table_name from TABLES where TABLE_SCHEMA=’old_database’;
然后按照以下命令一个个修改rename table old_database.[tablename] to new_da
1，数据库中间表一般，使用下划线连接两个表作为中间表表名(table1_table2)。比如，表前缀是tb，表 tb_article 和 tb_tag 的中间表的表名就应该是 tb_article_tag。有时候可以把表命名为 "tb_article_tag_relation" 来突出一个表是中间表。2，在项目简单的时候，这种命名方式是没有问题的。如果复杂一点, 一个文章表 tb_post，和一个文章的类型表 tb_post_type，按照上面方式命名方式，就会出现 tb_post_post_type 这样的奇葩表名。看到有人使用双下划线“__”或者“_to_“连接两个表，比如“tb_post
1, MySQL生成随机数的函数 RAND()select RAND();
0.10994928061026081
2, 获取上面那个随机数以后，便可以通过 CEILING() 向上取整 或 FLOOR() 向下取整，以获取随机整数。CEILING向上取整：SELECT CEILING(RAND() * 10);
RAND() 函数生成 0 到 1 之间的随机小数，乘以 10 后得到 0 到 10 之间的随机小数，然后使用 CEILING() 函数向上取整为整数，得到 1 到 10 之间的随机整数。FLOOR向下取整：SELECT FLOOR(RAND() * 10) + 1;
RAND(
SELECT id,title FROM tb_item GROUP BY id
SELECT id,title,count(*) AS counter FROM tb_item GROUP BY id
counter 实际上是每组的计数统计分组后的数据，应该使用这样的子查询：select count(*) from (select count(*) FROM service GROUP BY name,service) t
实例：var replacements = {tags:"11,12,13"}
var sql = `
SELECT id,tags,title,r.*
一、concat()函数concat(str1, str2,...)
将多个字符串连接成一个字符串。返回结果为连接参数产生的字符串，如果有任何一个参数为null，则返回值为null。例子：select concat (id, title, counter) as info from tb_user;
select concat (id, ',', title, ',', counter) as info from tb_user;
二、concat_ws()函数concat_ws(separator, str1, str2, ...)
和concat()一样，将多个字符串连接成一个字符
MySQL手册中find_in_set函数的语法：FIND_IN_SET(str,strlist)
str 要查询的字符串strlist 字段名 参数以”,”分隔 如 (1,2,6,8)查询字段(strlist)中包含(str)的结果，返回结果为null或记录假如字符串str在由N个子链组成的字符串列表strlist 中，则返回值的范围在 1 到 N 之间。 一个字符串列表就是一个由一些被 ‘,’ 符号分开的子链组成的字符串。如果第一个参数是一个常数字符串，而第二个是type SET列，则FIND_IN_SET() 函数被优化，使用比特计算。 如果str不在strlist 或strlist
显示所有重复数据分组SELECT
origin_id
FROM
topk88_product
GROUP BY origin_id
HAVING count(*) 1
删除所有重复DELETE FROM topk88_product
WHERE origin_id IN (
SELECT
origin_id
FROM
topk88_product
GROUP BY origin_id
HAVING count(*) 1
);
提示：You can't specify tar
1，DELETE语句执行删除的过程是每次从表中删除一行，并且同时将该行的删除操作作为事务记录在日志中保存以便进行进行回滚操作。TRUNCATE TABLE 则一次性地从表中删除所有的数据并不把单独的删除操作记录记入日志保存，删除行是不能恢复的。并且在删除的过程中不会激活与表有关的删除触发器。执行速度快。2，表和索引所占空间。当表被TRUNCATE 后，这个表和索引所占用的空间会恢复到初始大小，DELETE操作不会减少表或索引所占用的空间。drop语句将表所占用的空间全释放掉。3，Truncate table 表名 速度快,而且效率高,因为: truncate table 在功能上与不带 WHE
商品库存肯定是很有限的，如何控制库存不让出现超买是一个非常重要的问题。事务是控制库存超卖的必要不充分条件。举例：总库存：4个商品请求人：a、购买1个商品 b、购买2个商品 c、购买3个商品程序如下：beginTranse
try{
result = db- query('select amount from s_store where postID = 12345');
if(result- amount 0){
//quantity为请求减掉的库存数量
db- query('update s_store set amount = amount - qua
tags字段是逗号隔开tag id。查询一select
i.id,
i.title,
i.tags,
(select
GROUP_CONCAT(tb_tag.title SEPARATOR ',')
from tb_tag where id in (i.tags)
) as tags_title
from tb_item as i;
结果：查询二select
i.id,
i.title,
i.tags,
(select
GROUP_CONCAT(tb_tag.title SEPARATOR ',')
fro
(一)建表规约1. 【强制】表达是与否概念的字段，必须使用 is_xxx 的方式命名，数据类型是 unsigned tinyint（ 1 表示是， 0 表示否）。说明： 任何字段如果为非负数，必须是 unsigned。注意： POJO 类中的任何布尔类型的变量，都不要加 is 前缀，所以，需要在 resultMap 设置从 is_xxx 到 Xxx 的映射关系。数据库表示是与否的值，使用 tinyint 类型，坚持 is_xxx 的命名方式是为了明确其取值含义与取值范围。正例： 表达逻辑删除的字段名 is_deleted， 1 表示删除， 0 表示未删除。2. 【强制】表名、字段名必须使用小写
MySQL在5.5.3之后增加了这个utf8mb4的编码，mb4就是most bytes 4的意思。之前 MySQL 的 utf8 只支持最长三个字节的 UTF-8字符，也就是 Unicode 中的基本多文本平面。低版本的MySQL支持的utf8编码，最大字符长度为 3 字节，如果遇到 4 字节的字符就会出现错误了。三个字节的 UTF-8 最大能编码的 Unicode 字符是 0xFFFF，也就是 Unicode 中的基本多文平面（BMP）。任何不在基本多文平面的 Unicode字符，都无法使用MySQL原有的 utf8 字符集存储。比如 Emoji 表情。utf8_unicode_ci比较准
1.切记不要用字符串存储日期我记得我在大学的时候就这样干过，而且现在很多对数据库不太了解的新手也会这样干，可见，这种存储日期的方式的优点还是有的，就是简单直白，容易上手。但是，这是不正确的做法，主要会有下面两个问题：i. 字符串占用的空间更大！ii. 字符串存储的日期比较效率比较低（逐个字符进行比对），无法用日期相关的 API 进行计算和比较。2.Datetime 和 Timestamp 之间抉择Datetime 和 Timestamp 是 MySQL 提供的两种比较相似的保存时间的数据类型。他们两者究竟该如何选择呢？通常我们都会首选 Timestamp。 下面说一下为什么这样做!2.1 Da
本方法不易维护，建议取出数据，在程序中递归，例如 https://javascript.net.cn/article?id=654代码如下：delimiter /
DROP FUNCTION IF EXISTS `getChild` /
CREATE FUNCTION `getChild`(rootId INT)
RETURNS VARCHAR(1000)
BEGIN
DECLARE ptemp varchar(1000);
DECLARE ctemp varchar(1000);
SET ptemp = '#';
SET ctemp =ca
1， 指定了AUTO_INCREMENT的列必须要建索引，不然会报错，索引可以为主键索引，当然也可以为非主键索引。（不一定要做主键）2， 指定了auto_increment的列，在插入时：如果把一个NULL插入到一个AUTO_INCREMENT数据列里去，MySQL将自动生成下一个序列编号。编号从1开始，并1为基数递增。3，当插入记录时，没有为AUTO_INCREMENT明确指定值，则等同插入NULL值。4，如果插入的值大于已编号的值，则会把该插入到数据列中，并使在下一个编号将从这个新值开始递增。5，对于MyISAM表，如果用UPDATE命令更新自增列，如果列值与已有的值重复，则会出错。如果
一般不要使用保留关键字。如果使用了保留关键字，将关键字前后加" ` " 可以解决问题。
MySQL允许部分关键字用做未引起来的识别符，因为许多人以前曾使用过它们。下面列出了一些例子：
ACTION，BIT，DATE，ENUM，NO，TEXT，TIME，TIMESTAMP
MySQL保留关键字如下：
ADD
ALL
ALTER
ANALYZE
AND
AS
ASC
ASENSITIVE
BEFORE
BETWEEN
BIGINT
BINARY
BLOB