在ES没有提供ILM功能以前，我们的索引生命周期管理一般是自己写脚本或者curator工具来管理的。
最近看到有些研发写代码jdbc的配置文件是MGR多个地址。出于好奇它是如何选择连接的，在节点故障的时候，又是如何failover的。于是有了下文的探索与发现。
参考自官方文档 https://www.elastic.co/guide/en/elasticsearch/reference/current/docker...
背景： 某个老的服务，之前是在sql_mode非严格模式下开发的，group by写法是非标的。
场景： grafana看板，需要有个下拉菜单，选择相关的日期，自动计算出对应日期的统计数据。
我这里环境是centos7的，对应的下载release文件为 lsd-0.21.0-x86_64-unknown-linux-musl.tar.gz
某个复杂查询虽然前端YearningSQL的窗口关闭了，但实际SQL已经下发到数据库层去执行了，这种任然会对MySQL造成过大的压力。
https://sakthismysqlblog.wordpress.com/2020/04/05/mysql-query-rewritten-plugin-n...
https://github.com/Percona-Lab/mysql_random_data_load
我们生产环境的建表语句，之前一直要求研发提交时候不要带上字符集和排序集，这样就可以follow数据库默认的配置。但是最近发现掉坑里了。
项目地址： https://gitlab.com/postgres-ai/postgres-checkup
The missing set of useful tools for Postgres DBA and mere mortals.
原始出处： https://www.depesz.com/2021/06/23/a-tale-of-making-company-wide-standard...
mysql的行的数据和体积等指标，我们可以通过定时任务脚本去采集information_schema.tables然后存到库里面。
便于DBA在后台操作人员权限时候能更好的进行时间线上的回溯，加了个触发器，记录下修改前后的权限明细。
最近翻了下percona blog，发现 MySQL从8.0.13也引入了函数索引了，这个特性貌似在PG很早就具备了。。。
生产环境，K8s有时候需要开Loadbalancer类型的service到公网去，这种情况下为了数据安全问题，一般都会配置下访问的白名单。
最近出现一起因为误操作导致ES Index数据丢失的事件，引发一些列的反思和复盘。
最近对生产的grafana做了版本升级。升级后发现很多插件不能使用了。新版的grafana里，限制了非官方的插件（饼图、flowcharting）的加载。
扫码关注云+社区
领取腾讯云代金券
